DragonFlyBSD bugtracker: Issues
https://bugs.dragonflybsd.org/
https://bugs.dragonflybsd.org/favicon.ico?1629395208
2017-12-17T19:17:50Z
DragonFlyBSD bugtracker
Redmine
DragonFlyBSD - Bug #3113 (In Progress): Booting vKernel fails due being out of swap space
https://bugs.dragonflybsd.org/issues/3113
2017-12-17T19:17:50Z
tcullen
<p>The step by step directions at <a class="external" href="https://www.dragonflybsd.org/docs/handbook/vkernel/">https://www.dragonflybsd.org/docs/handbook/vkernel/</a> fail because when you attempt to boot the vkernel you never get a shell prompt because the shell is instantly and repeatedly killed due to a never ending stream of "out of swap space" error messages.</p>
DragonFlyBSD - Bug #2735 (New): iwn panics SYSSASSERT
https://bugs.dragonflybsd.org/issues/2735
2014-11-14T22:04:08Z
cnb
cneirabustos@gmail.com
<p>iwn driver panics with SYSASSERT error that is described in this link<br /><a class="external" href="http://lists.freebsd.org/pipermail/freebsd-wireless/2013-July/003653.html">http://lists.freebsd.org/pipermail/freebsd-wireless/2013-July/003653.html</a></p>
DragonFlyBSD - Bug #2499 (In Progress): DRAGONFLY_3_2 lockd not responding correctly
https://bugs.dragonflybsd.org/issues/2499
2013-01-22T08:41:27Z
Nerzhul
<p>Hello,<br />i must use lockd for concurrent access on a webserver with nfs extended storage. There is some concurrent access and lockd isn't responding correctly.</p>
<p>On the NFSv3 client, timeout appears and console logs:<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd not responding<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd not responding<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd is alive again<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd not responding<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd not responding<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd is alive again<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd not responding<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd not responding<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd is alive again<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd not responding<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd not responding<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd is alive again<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd not responding<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd not responding<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd is alive again<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd not responding<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd not responding<br />nfs server A.B.C.65:/nfs/fbsd_pkg: lockd is alive again</p>
<p>After "netstat -an -f inet" i see there is a queue on rpc socket</p>
<p>netstat -an -f inet</p>
<p>Active Internet connections (including servers)<br />Proto Recv-Q Send-Q Local Address Foreign Address (state)<br />tcp4 0 0 A.B.C.65.nfsd WebCluster1.977 ESTABLISHED<br />tcp4 0 0 A.B.C.65.nfsd WebCluster1.611 ESTABLISHED<br />tcp4 0 0 localhost.smtp <strong>.* LISTEN<br />tcp4 0 0 *.ssh *.</strong> LISTEN<br />tcp4 0 0 <strong>.1017 *.</strong> CLOSED<br />tcp4 0 0 <strong>.1020 *.</strong> LISTEN<br />tcp4 0 0 <strong>.nfsd *.</strong> LISTEN<br />tcp4 0 0 <strong>.1023 *.</strong> LISTEN<br />tcp4 0 0 <strong>.1022 *.</strong> LISTEN<br />tcp4 0 0 <strong>.sunrpc *.</strong> LISTEN<br />tcp4 0 0 A.B.C.65.nfsd A.B.C.96.811 ESTABLISHED<br />tcp4 0 0 A.B.C.65.nfsd WebCluster1.972 ESTABLISHED<br />tcp4 0 48 A.B.C.65.ssh 129.175.196.190.60067 ESTABLISHED<br />udp4 0 0 <strong>.918 *.</strong> <br />udp4 0 0 A.B.C.65.1028 ntp.u-psud.fr.ntp <br />udp4 456 0 <strong>.1017 *.</strong> <br />udp4 18656 0 <strong>.1018 *.</strong> <br />udp4 0 0 <strong>.nfsd *.</strong> <br />udp4 0 0 <strong>.1021 *.</strong> <br />udp4 0 0 <strong>.1020 *.</strong> <br />udp4 0 0 <strong>.1022 *.</strong> <br />udp4 0 0 <strong>.sunrpc *.</strong></p>
<p>When i see that, i make tcpdump -nni em0 to see what's happening:</p>
<p>22:12:42.781597 IP 10.117.100.95.961 > 10.117.100.65.1017: UDP, length 212<br />22:12:48.801935 IP 10.117.100.95.961 > 10.117.100.65.1017: UDP, length 212<br />22:12:54.669917 IP 10.117.100.95.961 > 10.117.100.65.1017: UDP, length 212<br />22:13:00.148965 IP 10.117.100.95.961 > 10.117.100.65.1017: UDP, length 212</p>
<p>After a little time, lockd respond to all request, but many failed because of timeout</p>
<p>On the dragonflyBSD server i can see this in /var/log/messages</p>
<p>Jan 21 22:14:19 webfiler1 rpc.lockd: duplicate lock from WebCluster1.srv.<br />Jan 21 22:14:19 webfiler1 last message repeated 3 times<br />Jan 21 22:14:19 webfiler1 rpc.lockd: no matching entry for WebCluster1.srv.<br />Jan 21 22:14:29 webfiler1 dntpd<sup><a href="#fn571">571</a></sup>: issuing offset adjustment: 0.026637s<br />Jan 21 22:14:44 webfiler1 rpc.lockd: rpc to statd failed: RPC: Timed out<br />Jan 21 22:14:44 webfiler1 rpc.lockd: duplicate lock from WebCluster1.srv.<br />Jan 21 22:14:44 webfiler1 last message repeated 3 times<br />Jan 21 22:14:44 webfiler1 rpc.lockd: no matching entry for WebCluster1.srv.</p>
<p>I think there is a problem on DragonFlyBSD which queue many lockd requests.</p>
DragonFlyBSD - Bug #2423 (New): After multiple panics/locks, hitting KKASSERT in hammer_init_cursor
https://bugs.dragonflybsd.org/issues/2423
2012-09-17T17:12:40Z
rumcic
<p>After quite a few locks (machine stopped responding, nothing on serial console, unable to panic the machine), the hammer FS (v6) got a corrupted(?) UNDO.</p>
<p>Booting the latest snapshot and mounting with ro,noatime it looked as if it was able to rerun the UNDO/FIFO. But trying to mount the "clean" FS result in triping over a KKASSERT (error == 0 at hammer_cursor.c:202)</p>
DragonFlyBSD - Bug #2421 (New): Kernel panic: vm_fault: page 0xc0f70000 not busy!
https://bugs.dragonflybsd.org/issues/2421
2012-09-17T06:37:46Z
lentferj
<p>I am running 3.1-DEVELOPMENT DragonFly v3.1.0.1479.g71fdcb3-DEVELOPMENT and I got about 7 panics of this kind in the last 10 days. They happen independent of daytime (so I think stuff like hammer cleanup is not the problem). I attached a listing of my /var/crash at the bottom. Dumps available if needed.</p>
<p>epia# kgdb kern.9 vmcore.9<br />GNU gdb (GDB) 7.4.1<br />Copyright (C) 2012 Free Software Foundation, Inc.<br />License GPLv3+: GNU GPL version 3 or later <<a class="external" href="http://gnu.org/licenses/gpl.html">http://gnu.org/licenses/gpl.html</a>><br />This is free software: you are free to change and redistribute it.<br />There is NO WARRANTY, to the extent permitted by law. Type "show copying" <br />and "show warranty" for details.<br />This GDB was configured as "i386-dragonfly".<br />For bug reporting instructions, please see:<br /><<a class="external" href="http://bugs.dragonflybsd.org/&gt;">http://bugs.dragonflybsd.org/&gt;</a>...<br />Reading symbols from /var/crash/kern.9...done.</p>
<p>Unread portion of the kernel message buffer:<br />panic: vm_fault: page 0xc0f70000 not busy!<br />cpuid = 0<br />Trace beginning at frame 0xd849b940<br />panic(ffffffff,0,c084ded7,d849b974,d83e4560) at panic+0x1a8 0xc03d4410<br />panic(c084ded7,c0f70000,c2b8afc0,1385b400,0) at panic+0x1a8 0xc03d4410<br />vm_fault_object(c0d79e40,d071e000,c16b1d88,7,0) at vm_fault_object+0xb9f 0xc05e244b<br />vm_fault(c0cfd960,d071e000,2,0,c0cfd960) at vm_fault+0x3e9 0xc05e30b4<br />trap_pfault(cc689660,cc6898b8,ff800000,d849baf0,c03d2be7) at trap_pfault+0x105 0xc078af86<br />trap(d849bb24) at trap+0x5eb 0xc078b5f3<br />calltrap() at calltrap+0xe 0xc075a447<br />--- trap 0, eip = 0x3, esp = 0xd849bb68, ebp = 0x280cb080 ---<br />Uptime: 16h7m53s<br />Physical memory: 993 MB<br />Dumping 314 MB: 299 283 267 251 235 219 203 187 171 155 139 123 107 91 75 59 43 27 11</p>
<p>[New pid 3384/0, squatter]<br />[New pid 3941/0, check_procs]<br />[New pid 3942/0, ps]<br />[New pid 3940/0, nagios]<br />[New pid 994/0, tor]<br />[New pid 3936/0, ping]<br />[New pid 1339/0, postgres]<br />[New pid 1341/0, postgres]<br />[New pid 1367/0, nagios]<br />[New pid 1461/2, bacula-sd]<br />[New pid 1472/1, bacula-fd]<br />[New pid 1461/57, bacula-sd]<br />[New pid 1367/1, nagios]<br />[New pid 1485/124, bacula-dir]<br />[New pid 3937/0, ping]<br />[New pid 412/1, named]<br />[New pid 3935/0, check_ping]<br />[New pid 3933/0, check_ping]<br />[New pid 3934/0, nagios]<br />[New pid 3931/0, nagios]<br />[New pid 1340/0, postgres]<br />[New pid 412/3, named]<br />[New pid 1485/88, bacula-dir]<br />[New pid 1485/99, bacula-dir]<br />[New pid 1485/87, bacula-dir]<br />[New pid 1485/121, bacula-dir]<br />[New pid 1485/91, bacula-dir]<br />[New pid 1485/82, bacula-dir]<br />[New pid 412/2, named]<br />[New pid 1485/23, bacula-dir]<br />[New pid 1485/103, bacula-dir]<br />[New pid 1025/0, nmbd]<br />[New pid 1932/0, screen-4.0.3]<br />[New pid 1485/84, bacula-dir]<br />[New pid 1286/0, postgres]<br />[New pid 1338/0, postgres]<br />[New pid 1337/0, postgres]<br />[New pid 1485/122, bacula-dir]<br />[New pid 1485/123, bacula-dir]<br />[New pid 1485/83, bacula-dir]<br />[New pid 1485/86, bacula-dir]<br />[New pid 1485/2, bacula-dir]<br />[New pid 1356/0, openvpn]<br />[New pid 1573/0, httpd]<br />[New pid 1485/111, bacula-dir]<br />[New pid 1485/115, bacula-dir]<br />[New pid 461/0, syslogd]<br />[New pid 912/0, powerd]<br />[New pid 1485/95, bacula-dir]<br />[New pid 1933/0, irssi]<br />[New pid 1485/85, bacula-dir]<br />[New pid 1178/0, proftpd]<br />[New pid 1485/81, bacula-dir]<br />[New pid 1485/107, bacula-dir]<br />[New pid 97369/0, master]<br />[New pid 97371/0, pickup]<br />[New pid 96042/0, httpd]<br />[New pid 1170/0, saslauthd]<br />[New pid 1161/0, saslauthd]<br />[New pid 831/0, dhcpd]<br />[New pid 1378/0, perl]<br />[New pid 97372/0, qmgr]<br />[New pid 96051/0, httpd]<br />[New pid 98590/0, perl]<br />[New pid 1485/125, bacula-dir]<br />[New pid 26531/0, postgres]<br />[New pid 1443/0, python2.6]<br />[New pid 1/0, init]<br />[New pid 902/0, ntpd]<br />[New pid 903/0, ntpd]<br />[New pid 96049/0, httpd]<br />[New pid 1079/0, master]<br />[New pid 94131/0, imapd]<br />[New pid 2361/0, perl]<br />[New pid 851/0, clamd]<br />[New pid 2425/0, perl]<br />[New pid 1485/317, bacula-dir]<br />[New pid 96048/0, httpd]<br />[New pid 1167/0, saslauthd]<br />[New pid 1485/0, bacula-dir]<br />[New pid 1011/0, sshd]<br />[New pid 851/1, clamd]<br />[New pid 678/0, rpcbind]<br />[New pid 98417/0, httpd]<br />[New pid 1114/0, cron]<br />[New pid 1472/0, bacula-fd]<br />[New pid 1461/0, bacula-sd]<br />[New pid 1485/1, bacula-dir]<br />[New pid 96047/0, httpd]<br />[New pid 994/1, tor]<br />[New pid 96050/0, httpd]<br />[New pid 1397/0, inetd]<br />[New pid 96041/0, httpd]<br />[New pid 1035/0, smbd]<br />[New pid 1422/0, freshclam]<br />[New pid 1051/0, smbd]<br />[New pid 712/0, mountd]<br />[New pid 717/0, nfsd]<br />[New pid 1584/0, getty]<br />[New pid 1590/0, getty]<br />[New pid 1591/0, getty]<br />[New pid 1585/0, getty]<br />[New pid 1587/0, getty]<br />[New pid 1592/0, getty]<br />[New pid 1588/0, getty]<br />[New pid 1586/0, getty]<br />[New pid 1589/0, getty]<br />[New pid 1169/0, saslauthd]<br />[New pid 1168/0, saslauthd]<br />[New pid 724/0, nfsd]<br />[New pid 723/0, nfsd]<br />[New pid 719/0, nfsd]<br />[New pid 721/0, nfsd]<br />[New kernel syncer1]<br />[New kernel nfsiod_tx]<br />[New kernel nfsiod_rx]<br />[New pid 412/0, named]<br />[New kernel consttyd]<br />[New kernel vnlru]<br />[New kernel syncer0]<br />[New kernel bufdaemon_hw]<br />[New kernel bufdaemon]<br />[New kernel pagezero]<br />[New kernel vmdaemon]<br />[New kernel swapcached]<br />[New kernel pagedaemon]<br />[New kernel hammer-S3]<br />[New kernel hammer-S2]<br />[New kernel hammer-S1]<br />[New kernel hammer-S0]<br />[New kernel hammer-M]<br />[New kernel rtable_cpu 0]<br />[New kernel random]<br />[New kernel ithread7 0]<br />[New kernel ithread4 0]<br />[New kernel ithread192 0]<br />[New kernel aic_recovery0]<br />[New kernel aic_recovery0]<br />[New kernel usb4]<br />[New kernel usb3]<br />[New kernel usb2]<br />[New kernel usb1]<br />[New kernel usbtask-dr]<br />[New kernel usbtask-hc]<br />[New kernel usb0]<br />[New kernel ithread10 0]<br />[New kernel ithread15 0]<br />[New kernel ithread14 0]<br />[New kernel ithread11 0]<br />[New kernel ithread9 0]<br />[New kernel acpi_task]<br />[New kernel ithread195 0]<br />[New kernel xpt_thrd]<br />[New kernel ithread197 0]<br />[New kernel crypto returns]<br />[New kernel crypto 0]<br />[New kernel firmware taskq]<br />[New kernel taskq_cpu 0]<br />[New kernel ifnet 0]<br />[New kernel netisr_cpu 0]<br />[New kernel devfs_msg_core]<br />[New kernel disk_msg_core]<br />[New kernel usched 0]<br />[New kernel dsched 0]<br />[New kernel ithread196 0]<br />[New kernel softclock 0]<br />[New kernel ithread0 0]<br />[New kernel ithreadE 0]<br />[New pid 0/0, swapper]<br />[New kernel idle_0]<br />Reading symbols from /boot/kernel/if_gif.ko...done.<br />Loaded symbols for /boot/kernel/if_gif.ko<br />Reading symbols from /boot/kernel/if_tap.ko...done.<br />Loaded symbols for /boot/kernel/if_tap.ko<br />Reading symbols from /boot/kernel/if_tun.ko...done.<br />Loaded symbols for /boot/kernel/if_tun.ko<br />Reading symbols from /boot/kernel/acpi.ko...done.<br />Loaded symbols for /boot/kernel/acpi.ko<br />Reading symbols from /boot/kernel/ehci.ko...done.<br />Loaded symbols for /boot/kernel/ehci.ko<br />Reading symbols from /boot/kernel/uchcom.ko...done.<br />Loaded symbols for /boot/kernel/uchcom.ko<br />Reading symbols from /boot/kernel/ucom.ko...done.<br />Loaded symbols for /boot/kernel/ucom.ko<br />_get_mycpu () at ./machine/thread.h:79<br />79 ./machine/thread.h: No such file or directory.<br />(kgdb) bt<br />#0 _get_mycpu () at ./machine/thread.h:79<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: lib/libcr/sys/ cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/1">#1</a> md_dumpsys (di=0xc0c43a80) at /usr/src/sys/platform/pc32/i386/dump_machdep.c:266<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: K&R -> ANSI cleanup status (Closed)" href="https://bugs.dragonflybsd.org/issues/2">#2</a> 0xc03d3bbe in dumpsys () at /usr/src/sys/kern/kern_shutdown.c:925<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: freebsds pipe-reverse test fails on dfly (Closed)" href="https://bugs.dragonflybsd.org/issues/3">#3</a> 0xc03d41d4 in boot (howto=<optimized out>) at /usr/src/sys/kern/kern_shutdown.c:375<br /><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: Rework of nrelease (Closed)" href="https://bugs.dragonflybsd.org/issues/4">#4</a> 0xc03d4444 in panic (fmt=0xc084ded7 "vm_fault: page %p not busy!") at /usr/src/sys/kern/kern_shutdown.c:831<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: sys/dev cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/5">#5</a> 0xc05e244b in vm_fault_object (fs=0xc0d79e40, first_pindex=<optimized out>, fault_type=64 '@') at /usr/src/sys/vm/vm_fault.c:1767<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: sys/emulation cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/6">#6</a> 0xc05e30b4 in vm_fault (map=0xc0cfd960, vaddr=3497123840, fault_type=<optimized out>, fault_flags=0) at /usr/src/sys/vm/vm_fault.c:514<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: /sys/boot cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/7">#7</a> 0xc078af86 in trap_pfault (frame=0xd849bb24, usermode=<optimized out>, eva=<unavailable>) at /usr/src/sys/platform/pc32/i386/trap.c:1019<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: make upgrade broken (Closed)" href="https://bugs.dragonflybsd.org/issues/8">#8</a> 0xc078b5f3 in trap (frame=0xd849bb24) at /usr/src/sys/platform/pc32/i386/trap.c:720<br /><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: panic with HEAD (Closed)" href="https://bugs.dragonflybsd.org/issues/9">#9</a> 0xc075a447 in calltrap () at /usr/src/sys/platform/pc32/i386/exception.s:787<br /><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: make buildworld broken (Closed)" href="https://bugs.dragonflybsd.org/issues/10">#10</a> 0xc07898cd in asm_xmm_bcopy () at /usr/src/sys/platform/pc32/i386/bcopy.s:425<br />Backtrace stopped: previous frame inner to this frame (corrupt stack?)</p>
<p>##################################</p>
<p>epia# kgdb kern.8 vmcore.8<br />GNU gdb (GDB) 7.4.1<br />Copyright (C) 2012 Free Software Foundation, Inc.<br />License GPLv3+: GNU GPL version 3 or later <<a class="external" href="http://gnu.org/licenses/gpl.html">http://gnu.org/licenses/gpl.html</a>><br />This is free software: you are free to change and redistribute it.<br />There is NO WARRANTY, to the extent permitted by law. Type "show copying" <br />and "show warranty" for details.<br />This GDB was configured as "i386-dragonfly".<br />For bug reporting instructions, please see:<br /><<a class="external" href="http://bugs.dragonflybsd.org/&gt;">http://bugs.dragonflybsd.org/&gt;</a>...<br />Reading symbols from /var/crash/kern.8...done.</p>
<p>Unread portion of the kernel message buffer:<br />panic: vm_fault: page 0xc0f70000 not busy!<br />cpuid = 0<br />Trace beginning at frame 0xd8627940<br />panic(ffffffff,0,c084ded7,d8627974,d85d3860) at panic+0x1a8 0xc03d4410<br />panic(c084ded7,c0f70000,c294f100,234d7400,0) at panic+0x1a8 0xc03d4410<br />vm_fault_object(c0d79e40,d0ca0000,c1bdf638,7,0) at vm_fault_object+0xb9f 0xc05e244b<br />vm_fault(c0cfd960,d0ca0000,2,0,c0cfd960) at vm_fault+0x3e9 0xc05e30b4<br />trap_pfault(d8627b4c,d8627afc,c0cfd5c0,c1cfec3c,c17abc10) at trap_pfault+0x105 0xc078af86<br />trap(d8627b24) at trap+0x5eb 0xc078b5f3<br />calltrap() at calltrap+0xe 0xc075a447<br />--- trap 0, eip = 0x3, esp = 0xd8627b68, ebp = 0x28193000 ---<br />Uptime: 1d6h57m23s<br />Physical memory: 993 MB<br />Dumping 323 MB: 308 292 276 260 244 228 212 196 180 164 148 132 116 100 84 68 52 36 20 4</p>
<p>[New pid 96552/0, swapinfo]<br />[New pid 1249/0, postgres]<br />[New pid 1420/50, bacula-dir]<br />[New pid 1420/61, bacula-dir]<br />[New pid 1420/46, bacula-dir]<br />[New pid 1420/66, bacula-dir]<br />[New pid 1420/78, bacula-dir]<br />[New pid 1420/52, bacula-dir]<br />[New pid 1420/80, bacula-dir]<br />[New pid 1420/55, bacula-dir]<br />[New pid 96551/0, check_swap]<br />[New pid 96550/0, nagios]<br />[New pid 1420/86, bacula-dir]<br />[New pid 1420/53, bacula-dir]<br />[New pid 1420/13, bacula-dir]<br />[New pid 14430/0, postgres]<br />[New pid 1906/0, screen-4.0.3]<br />[New pid 974/0, nmbd]<br />[New pid 1420/49, bacula-dir]<br />[New pid 397/3, named]<br />[New pid 397/1, named]<br />[New pid 1252/0, postgres]<br />[New pid 1526/0, httpd]<br />[New pid 1420/68, bacula-dir]<br />[New pid 1250/0, postgres]<br />[New pid 1285/0, nagios]<br />[New pid 397/2, named]<br />[New pid 1285/1, nagios]<br />[New pid 1407/1, bacula-fd]<br />[New pid 1244/0, postgres]<br />[New pid 1251/0, postgres]<br />[New pid 1420/48, bacula-dir]<br />[New pid 446/0, syslogd]<br />[New pid 1248/0, postgres]<br />[New pid 943/0, tor]<br />[New pid 1420/84, bacula-dir]<br />[New pid 96519/0, local]<br />[New pid 95555/0, trivial-rewrite]<br />[New pid 95558/0, local]<br />[New pid 94240/0, pickup]<br />[New pid 1907/0, irssi]<br />[New pid 96423/0, lmtpd]<br />[New pid 1036/0, master]<br />[New pid 93571/0, perl]<br />[New pid 1225/0, master]<br />[New pid 95594/0, smtp]<br />[New pid 95241/0, cleanup]<br />[New pid 95552/0, smtpd]<br />[New pid 1234/0, qmgr]<br />[New pid 85094/0, imapd]<br />[New pid 800/0, clamd]<br />[New pid 92017/0, perl]<br />[New pid 1396/7, bacula-sd]<br />[New pid 91087/0, httpd]<br />[New pid 91086/0, httpd]<br />[New pid 1420/2, bacula-dir]<br />[New pid 1420/12, bacula-dir]<br />[New pid 1420/59, bacula-dir]<br />[New pid 1274/0, openvpn]<br />[New pid 861/0, powerd]<br />[New pid 1420/72, bacula-dir]<br />[New pid 95560/0, pipe]<br />[New pid 1420/74, bacula-dir]<br />[New pid 1420/464, bacula-dir]<br />[New pid 95589/0, smtpd]<br />[New pid 1/0, init]<br />[New pid 1420/51, bacula-dir]<br />[New pid 780/0, dhcpd]<br />[New pid 91082/0, httpd]<br />[New pid 1135/0, proftpd]<br />[New pid 1396/2, bacula-sd]<br />[New pid 1407/0, bacula-fd]<br />[New pid 1396/0, bacula-sd]<br />[New pid 1420/1, bacula-dir]<br />[New pid 1375/0, python2.6]<br />[New pid 1296/0, perl]<br />[New pid 91088/0, httpd]<br />[New pid 91454/0, httpd]<br />[New pid 851/0, ntpd]<br />[New pid 1315/0, inetd]<br />[New pid 627/0, rpcbind]<br />[New pid 95592/0, anvil]<br />[New pid 1025/0, perl]<br />[New pid 1071/0, cron]<br />[New pid 1118/0, saslauthd]<br />[New pid 1123/0, saslauthd]<br />[New pid 852/0, ntpd]<br />[New pid 800/1, clamd]<br />[New pid 960/0, sshd]<br />[New pid 1420/0, bacula-dir]<br />[New pid 1420/420, bacula-dir]<br />[New pid 1121/0, saslauthd]<br />[New pid 91085/0, httpd]<br />[New pid 91084/0, httpd]<br />[New pid 1420/47, bacula-dir]<br />[New pid 91081/0, httpd]<br />[New pid 943/1, tor]<br />[New pid 1014/0, smbd]<br />[New pid 984/0, smbd]<br />[New pid 1340/0, freshclam]<br />[New pid 666/0, nfsd]<br />[New pid 1536/0, getty]<br />[New pid 1530/0, getty]<br />[New pid 1532/0, getty]<br />[New pid 1534/0, getty]<br />[New pid 1529/0, getty]<br />[New pid 1537/0, getty]<br />[New pid 1535/0, getty]<br />[New pid 1533/0, getty]<br />[New pid 1531/0, getty]<br />[New pid 1120/0, saslauthd]<br />[New pid 1122/0, saslauthd]<br />[New pid 672/0, nfsd]<br />[New pid 670/0, nfsd]<br />[New pid 671/0, nfsd]<br />[New pid 673/0, nfsd]<br />[New pid 661/0, mountd]<br />[New kernel syncer1]<br />[New kernel nfsiod_tx]<br />[New kernel nfsiod_rx]<br />[New pid 397/0, named]<br />[New kernel consttyd]<br />[New kernel vnlru]<br />[New kernel syncer0]<br />[New kernel bufdaemon_hw]<br />[New kernel bufdaemon]<br />[New kernel pagezero]<br />[New kernel vmdaemon]<br />[New kernel swapcached]<br />[New kernel pagedaemon]<br />[New kernel hammer-S3]<br />[New kernel hammer-S2]<br />[New kernel hammer-S1]<br />[New kernel hammer-S0]<br />[New kernel hammer-M]<br />[New kernel rtable_cpu 0]<br />[New kernel random]<br />[New kernel ithread7 0]<br />[New kernel ithread4 0]<br />[New kernel ithread192 0]<br />[New kernel aic_recovery0]<br />[New kernel aic_recovery0]<br />[New kernel usb4]<br />[New kernel usb3]<br />[New kernel usb2]<br />[New kernel usb1]<br />[New kernel usbtask-dr]<br />[New kernel usbtask-hc]<br />[New kernel usb0]<br />[New kernel ithread10 0]<br />[New kernel ithread15 0]<br />[New kernel ithread14 0]<br />[New kernel ithread11 0]<br />[New kernel ithread9 0]<br />[New kernel acpi_task]<br />[New kernel ithread195 0]<br />[New kernel xpt_thrd]<br />[New kernel ithread197 0]<br />[New kernel crypto returns]<br />[New kernel crypto 0]<br />[New kernel firmware taskq]<br />[New kernel taskq_cpu 0]<br />[New kernel ifnet 0]<br />[New kernel netisr_cpu 0]<br />[New kernel devfs_msg_core]<br />[New kernel disk_msg_core]<br />[New kernel usched 0]<br />[New kernel dsched 0]<br />[New kernel ithread196 0]<br />[New kernel softclock 0]<br />[New kernel ithread0 0]<br />[New kernel ithreadE 0]<br />[New pid 0/0, swapper]<br />[New kernel idle_0]<br />Reading symbols from /boot/kernel/if_gif.ko...done.<br />Loaded symbols for /boot/kernel/if_gif.ko<br />Reading symbols from /boot/kernel/if_tap.ko...done.<br />Loaded symbols for /boot/kernel/if_tap.ko<br />Reading symbols from /boot/kernel/if_tun.ko...done.<br />Loaded symbols for /boot/kernel/if_tun.ko<br />Reading symbols from /boot/kernel/acpi.ko...done.<br />Loaded symbols for /boot/kernel/acpi.ko<br />Reading symbols from /boot/kernel/ehci.ko...done.<br />Loaded symbols for /boot/kernel/ehci.ko<br />Reading symbols from /boot/kernel/uchcom.ko...done.<br />Loaded symbols for /boot/kernel/uchcom.ko<br />Reading symbols from /boot/kernel/ucom.ko...done.<br />Loaded symbols for /boot/kernel/ucom.ko<br />_get_mycpu () at ./machine/thread.h:79<br />79 ./machine/thread.h: No such file or directory.<br />(kgdb) bt<br />#0 _get_mycpu () at ./machine/thread.h:79<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: lib/libcr/sys/ cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/1">#1</a> md_dumpsys (di=0xc0c43a80) at /usr/src/sys/platform/pc32/i386/dump_machdep.c:266<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: K&R -> ANSI cleanup status (Closed)" href="https://bugs.dragonflybsd.org/issues/2">#2</a> 0xc03d3bbe in dumpsys () at /usr/src/sys/kern/kern_shutdown.c:925<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: freebsds pipe-reverse test fails on dfly (Closed)" href="https://bugs.dragonflybsd.org/issues/3">#3</a> 0xc03d41d4 in boot (howto=<optimized out>) at /usr/src/sys/kern/kern_shutdown.c:375<br /><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: Rework of nrelease (Closed)" href="https://bugs.dragonflybsd.org/issues/4">#4</a> 0xc03d4444 in panic (fmt=0xc084ded7 "vm_fault: page %p not busy!") at /usr/src/sys/kern/kern_shutdown.c:831<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: sys/dev cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/5">#5</a> 0xc05e244b in vm_fault_object (fs=0xc0d79e40, first_pindex=<optimized out>, fault_type=64 '@') at /usr/src/sys/vm/vm_fault.c:1767<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: sys/emulation cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/6">#6</a> 0xc05e30b4 in vm_fault (map=0xc0cfd960, vaddr=3502899200, fault_type=<optimized out>, fault_flags=0) at /usr/src/sys/vm/vm_fault.c:514<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: /sys/boot cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/7">#7</a> 0xc078af86 in trap_pfault (frame=0xd8627b24, usermode=<optimized out>, eva=<unavailable>) at /usr/src/sys/platform/pc32/i386/trap.c:1019<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: make upgrade broken (Closed)" href="https://bugs.dragonflybsd.org/issues/8">#8</a> 0xc078b5f3 in trap (frame=0xd8627b24) at /usr/src/sys/platform/pc32/i386/trap.c:720<br /><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: panic with HEAD (Closed)" href="https://bugs.dragonflybsd.org/issues/9">#9</a> 0xc075a447 in calltrap () at /usr/src/sys/platform/pc32/i386/exception.s:787<br /><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: make buildworld broken (Closed)" href="https://bugs.dragonflybsd.org/issues/10">#10</a> 0xc0789548 in asm_generic_bcopy () at /usr/src/sys/platform/pc32/i386/bcopy.s:144<br />Backtrace stopped: previous frame inner to this frame (corrupt stack?)</p>
<p>#####################</p>
<p>epia# ls <del>lt<br />total 3693797<br />-rw-r--r-</del> 1 root wheel 177001 Sep 16 21:00 core.txt.9<br /><del>rw------</del> 1 root wheel 329584640 Sep 16 21:00 vmcore.9<br /><del>rw------</del> 1 root wheel 512 Sep 16 21:00 info.9<br /><del>rw-r--r-</del> 1 root wheel 42973134 Sep 16 21:00 kern.9<br /><del>rw-r--r-</del> 1 root wheel 3 Sep 16 21:00 bounds<br /><del>rw-r--r-</del> 1 root wheel 169939 Sep 16 04:51 core.txt.8<br /><del>rw------</del> 1 root wheel 339042304 Sep 16 04:51 vmcore.8<br /><del>rw------</del> 1 root wheel 511 Sep 16 04:51 info.8<br /><del>rw-r--r-</del> 1 root wheel 42973134 Sep 16 04:51 kern.8<br /><del>rw-r--r-</del> 1 root wheel 168949 Sep 14 08:25 core.txt.7<br /><del>rw------</del> 1 root wheel 349298688 Sep 14 08:25 vmcore.7<br /><del>rw------</del> 1 root wheel 511 Sep 14 08:24 info.7<br /><del>rw-r--r-</del> 1 root wheel 42973134 Sep 14 08:24 kern.7<br /><del>rw-r--r-</del> 1 root wheel 166861 Sep 12 04:25 core.txt.6<br /><del>rw------</del> 1 root wheel 336175104 Sep 12 04:24 vmcore.6<br /><del>rw------</del> 1 root wheel 540 Sep 12 04:24 info.6<br /><del>rw-r--r-</del> 1 root wheel 42973134 Sep 12 04:24 kern.6<br /><del>rw-r--r-</del> 1 root wheel 167828 Sep 11 10:17 core.txt.5<br /><del>rw------</del> 1 root wheel 334143488 Sep 11 10:16 vmcore.5<br /><del>rw------</del> 1 root wheel 512 Sep 11 10:16 info.5<br /><del>rw-r--r-</del> 1 root wheel 42973134 Sep 11 10:16 kern.5<br /><del>rw-r--r-</del> 1 root wheel 167288 Sep 11 04:33 core.txt.4<br /><del>rw------</del> 1 root wheel 341893120 Sep 11 04:33 vmcore.4<br /><del>rw------</del> 1 root wheel 512 Sep 11 04:33 info.4<br /><del>rw-r--r-</del> 1 root wheel 42973134 Sep 11 04:33 kern.4<br /><del>rw-r--r-</del> 1 root wheel 108302 Sep 10 05:17 core.txt.3<br /><del>rw------</del> 1 root wheel 342614016 Sep 10 05:16 vmcore.3<br /><del>rw------</del> 1 root wheel 511 Sep 10 05:16 info.3<br /><del>rw-r--r-</del> 1 root wheel 42973134 Sep 10 05:16 kern.3<br /><del>rw-r--r-</del> 1 root wheel 170450 Sep 6 12:17 core.txt.2<br /><del>rw------</del> 1 root wheel 343851008 Sep 6 12:17 vmcore.2<br /><del>rw------</del> 1 root wheel 512 Sep 6 12:17 info.2<br /><del>rw-r--r-</del> 1 root wheel 42973134 Sep 6 12:17 kern.2<br /><del>rw-r--r-</del> 1 root wheel 169718 Sep 4 08:33 core.txt.1<br /><del>rw------</del> 1 root wheel 338141184 Sep 4 08:32 vmcore.1<br /><del>rw------</del> 1 root wheel 511 Sep 4 08:32 info.1<br /><del>rw-r--r-</del> 1 root wheel 42973134 Sep 4 08:32 kern.1<br /><del>rw-r--r-</del> 1 root wheel 167696 Sep 3 04:19 core.txt.0<br /><del>rw------</del> 1 root wheel 295776256 Sep 3 04:19 vmcore.0<br /><del>rw------</del> 1 root wheel 511 Sep 3 04:19 info.0<br /><del>rw-r--r-</del> 1 root wheel 42973134 Sep 3 04:19 kern.0</p>
DragonFlyBSD - Bug #2396 (Feedback): Latest 3.1 development version core dumps while destroying m...
https://bugs.dragonflybsd.org/issues/2396
2012-07-18T10:50:26Z
sgeorge
sgeorge.ml2@gmail.com
<p>Hi,</p>
<p>I was destroying a master PFS on the ROOT volume and the system ( v3.1.0.827.gf6167a5-DEVELOPMENT )core dumped.<br />I tried today's latest snapshot and got the same result.<br />The Coredump is uploaded to sgeorge@leaf:~/crash/Coredump20120718.tbz</p>
<p>panic: assertion "layer2->zone == zone" failed in hammer_blockmap_free at /usr/src/sys/vfs/hammer/hammer_blockmap.c:1020<br />cpuid = 0<br />Trace beginning at frame 0xffffffe09e20f178<br />panic() at panic+0x1fb 0xffffffff804bef68 <br />panic() at panic+0x1fb 0xffffffff804bef68 <br />hammer_blockmap_free() at hammer_blockmap_free+0x2e5 0xffffffff80691a0c <br />hammer_delete_at_cursor() at hammer_delete_at_cursor+0x4e2 0xffffffff806aac62 <br />hammer_pfs_rollback() at hammer_pfs_rollback+0x26c 0xffffffff806b0b20 <br />hammer_ioc_destroy_pseudofs() at hammer_ioc_destroy_pseudofs+0x77 0xffffffff806b0c6c <br />hammer_ioctl() at hammer_ioctl+0x80e 0xffffffff806a5b1e <br />hammer_vop_ioctl() at hammer_vop_ioctl+0x58 0xffffffff806be8d3 <br />vop_ioctl() at vop_ioctl+0x98 0xffffffff8053d244 <br />vn_ioctl() at vn_ioctl+0xfd 0xffffffff8053a4d9 <br />fo_ioctl() at fo_ioctl+0x46 0xffffffff804f026e <br />mapped_ioctl() at mapped_ioctl+0x493 0xffffffff804f0725 <br />sys_ioctl() at sys_ioctl+0x1c 0xffffffff804f07be <br />syscall2() at syscall2+0x370 0xffffffff807814c1 <br />Xfast_syscall() at Xfast_syscall+0xcb 0xffffffff8076ae2b <br />(null)() at 0 0 <br />(null)() at 0x723d524553550061 0x723d524553550061</p>
<p>Fatal trap 9: general protection fault while in kernel mode<br />cpuid = 0; lapic->id = 00000000<br />instruction pointer = 0x8:0xffffffff8077acf9<br />stack pointer = 0x10:0xffffffe09e20f010<br />frame pointer = 0x10:0xffffffe09e20f028<br />code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, long 0, def32 0, gran 1<br />processor eflags = interrupt enabled, resume, IOPL = 0<br />current process = 957<br />current thread = pri 10 <br />kernel: type 9 trap, code=0</p>
<p>CPU0 stopping CPUs: 0x00000002<br /> stopped<br />Physical memory: 3787 MB<br />Dumping 1055 MB: 1040 1024 1008 992 976 960 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16</p>
DragonFlyBSD - Bug #2347 (Feedback): Hammer PFSes destroy does not give back full space allocated...
https://bugs.dragonflybsd.org/issues/2347
2012-04-11T07:17:48Z
sgeorge
sgeorge.ml2@gmail.com
<p>I was mirroring PFSes from 3.1 dev to slaves in 3.02 and I found that<br />the PFSes took more space on the 3.02 slave.<br />Investigating I found this strange thing</p>
<p>94 GB is allocated for this slave PFS. But when it is removed only 52<br />GB is freed :-(</p>
<p>dfly-bkpsrv2# hammer dedup /pfs/software<br />Dedup running<br />Dedup /pfs/software succeeded<br />Dedup ratio = 1.06<br /> 100 GB referenced<br /> 94 GB allocated<br /> 4339 KB skipped<br /> 429 CRC collisions<br /> 0 SHA collisions<br /> 1 bigblock underflows<br /> 0 new dedup records<br /> 0 new dedup bytes</p>
<p>dfly-bkpsrv2# df -h<br />Filesystem Size Used Avail Capacity Mounted on<br />ROOT 459G 354G 106G 77% /<br />devfs 1.0K 1.0K 0B 100% /dev<br />/dev/serno/QM00001.s1a 756M 168M 527M 24% /boot<br />/pfs/<code>@-1:00001 459G 354G 106G 77% /var<br />/pfs/</code>@-1:00002 459G 354G 106G 77% /tmp<br />/pfs/<code>@-1:00003 459G 354G 106G 77% /usr<br />/pfs/</code>@-1:00004 459G 354G 106G 77% /home<br />/pfs/<code>@-1:00005 459G 354G 106G 77% /usr/obj<br />/pfs/</code>@-1:00006 459G 354G 106G 77% /var/crash<br />/pfs/<code>@-1:00007 459G 354G 106G 77% /var/tmp<br />procfs 4.0K 4.0K 0B 100% /proc<br />dfly-bkpsrv2# ls<br />home software usr var<br />var.tmp vms2-lxc<br />mysql-baks tmp usr.obj var.crash vms1-lxc<br />dfly-bkpsrv2# hammer pfs-destroy /pfs/software<br />You have requested that PFS#11 () be destroyed<br />This will irrevocably destroy all data on this PFS!!!!!<br />Do you really want to do this? y<br />Destroying PFS #11 () in 5 4 3 2 1.. starting destruction pass<br />pfs-destroy of PFS#11 succeeded!<br />dfly-bkpsrv2# df -h<br />Filesystem Size Used Avail Capacity Mounted on<br />ROOT 459G 302G 158G 66% /<br />devfs 1.0K 1.0K 0B 100% /dev<br />/dev/serno/QM00001.s1a 756M 168M 527M 24% /boot<br />/pfs/</code>@-1:00001 459G 302G 158G 66% /var<br />/pfs/<code>@-1:00002 459G 302G 158G 66% /tmp<br />/pfs/</code>@-1:00003 459G 302G 158G 66% /usr<br />/pfs/<code>@-1:00004 459G 302G 158G 66% /home<br />/pfs/</code>@-1:00005 459G 302G 158G 66% /usr/obj<br />/pfs/<code>@-1:00006 459G 302G 158G 66% /var/crash<br />/pfs/</code>@-1:00007 459G 302G 158G 66% /var/tmp<br />procfs 4.0K 4.0K 0B 100% /proc</p>
DragonFlyBSD - Bug #2296 (In Progress): panic: assertion "m->wire_count > 0" failed
https://bugs.dragonflybsd.org/issues/2296
2012-02-02T06:56:02Z
thomas.nikolajsen
<p>With recent (29/1-12) master and rel3_0 I get this panic<br />during parallel make release and buildworld, e.g.:<br />'make MAKE_JOBS=10 release' (i.e. make -j10)<br />i386 STANDARD<br />(custom kernel, includes INCLUDE_CONFIG_FILE)<br />on 8 core host (opteron).</p>
<p>Got this panic twice; succeeds w/o MAKE_JOBS</p>
<p>Core dump at leaf: ~thomas:crash/octopus.i386.3</p>
DragonFlyBSD - Bug #2141 (New): loader and/or documentation broken
https://bugs.dragonflybsd.org/issues/2141
2011-10-09T14:15:29Z
sjg
<p>For example,</p>
<pre><code>The ehci driver is automatically loaded upon boot. To disable this<br /> behavior temporarily, the ehci_load variable can be unset at the loader<br /> prompt (see loader(8)). To disable it permanently, the<br /> hint.ehci.0.disabled tunable can be set to 1 in /boot/loader.conf.</code></pre>
<p>But when operating from the loader prompt the ehci_load variable has no effect <br />at all, it seems to only be checked from the menu, which is useless if you are <br />operating from the prompt.</p>
<p>This is confusing at best, but I am leaning more towards steaming pile. The <br />loader or the documentation needs to be reworked.</p>
DragonFlyBSD - Bug #2140 (New): hammer_io_delallocate panic with 'duplicate entry' message
https://bugs.dragonflybsd.org/issues/2140
2011-10-06T20:04:53Z
ttw
<p>Getting regular panics on HAMMER FSs when transferring large quantities of data <br />over the network. initally saw the issue with NFS but eliminated that and now <br />seeing it with 'tar' piped across 'ssh'. was most prevelant when using USB or <br />FW storage but most recent test to internal IDE drive has thrown up the same <br />error.</p>
<p>NB: transfers are generally across unreliable links (i.e. wireless) and oft-<br />times, long stalls (i.e. minutes) occur -- most recent crash was after i had <br />paused a 'tar/ssh' transfer using CTL-Z.</p>
<p>NB: turning on crashdumps and re-executing tests but may take hours to fail - <br />any pointers in the meantime would be excellent.</p>
DragonFlyBSD - Bug #2117 (New): ACPI and/or bce(4) problem with 2.11.0.673.g0d557 on HP DL380 G6
https://bugs.dragonflybsd.org/issues/2117
2011-08-18T16:40:24Z
pauska
<p>I got a standard HP Proliant DL380 G6 server with a built-in quad broadcom NIC.</p>
<p>2.10 didn't have the updated bcn drivers, so I installed the 2.11.0.673 snapshot <br />to get connectivity.</p>
<p>First, the ACPI error (also present in 2.10):<br />[ACPI Debug] String [0xB] "_TMP Method"</p>
<p>This message repeats 60 times every 10 minutes. I have no idea what it means, <br />googling for it only points me at a NetBSD discussion from 2009.</p>
<p>Secondly, the bcn driver (or perhaps atapci?):<br />interrupt total rate<br />sio2 0 0<br />sio0 0 0<br />acpi0 12125 0<br />bce0 1547359 26<br />bce1/atapci0 2293301893 39875 <-- ouch?<br />bce2 0 0<br />bce3 0 0<br />uhci0/ehci0 1 0<br />uhci2/uhci4 34 0<br />uhci1/uhci3 44 0<br />ciss0 267683 4<br />swi_siopoll 0 0<br />swi_cambio 267762 4<br />swi_vm 0 0<br />swi_taskq/swi_mp_taskq 25 0<br />Total 2295396926 39911</p>
<p>The weird part is that I dont have any ATA devices in use, there's only a CD-<br />rom. bcn1 isnt configured or marked up, only bcn0 is in use.</p>
<p>The deal breaker here is that I can't do anything disk intensive without getting <br />a crash. I tried updating pkgsrc yesterday, and here are two examples:</p>
[snip]
* [new branch] dragonfly-2010Q3 -> origin/dragonfly-2010Q3
<ul>
<li>Signal 10<br />Stop in /usr.<br />[snip]</li>
</ul>
[snip]
* [new branch] master -> origin/master<br />Bus error (core dumped)
<ul>
<li>Error code 1<br />Stop in /usr.<br />[snip]</li>
</ul>
<p>While getting these errors messages like this flooded dmesg:<br />intr 16 at 40001/40000 hz, livelocked limit engaged!<br />[ACPI Debug] String [0xB] "_TMP Method" <br />intr 16 at 882/20000 hz, livelock removed<br />intr 16 at 40001/40000 hz, livelocked limit engaged!<br />pid 34805 (git), uid 0: exited on signal 10 (core dumped)<br />intr 16 at 3225/20000 hz, livelock removed<br />intr 16 at 40001/40000 hz, livelocked limit engaged!<br />intr 16 at 751/20000 hz, livelock removed<br />intr 16 at 40001/40000 hz, livelocked limit engaged!<br />intr 16 at 765/20000 hz, livelock removed<br />intr 16 at 40001/40000 hz, livelocked limit engaged!<br />intr 16 at 795/20000 hz, livelock removed<br />[ACPI Debug] String [0xB] "_TMP Method"</p>
<p>I'm not familiar with debugging this, so please let me know if you need more <br />info. I can also put the server in the DMZ and give a developer SSH access if <br />needed.</p>
DragonFlyBSD - Bug #2071 (New): Panic on assertion: (int)(flg->seq - seq) > 0 in hammer_flusher_f...
https://bugs.dragonflybsd.org/issues/2071
2011-05-14T19:20:34Z
vsrinivas
vsrinivas@ops101.org
<p>ad10: TIMEOUT - WRITE_DMA48 retrying (1 retry left) LBA=1500424384<br />ad10: FAILURE - WRITE_DMA48 status=51<READY,DSC,ERROR> error=10<NID_NOT_FOUND><br />LBA=1500424384<br /><abbr title="NEWTANK">HAMMER</abbr>: Critical error inode=-1 error=5 while flushing meta-data<br /><abbr title="NEWTANK">HAMMER</abbr>: Forcing read-only mode<br />hammer: debug: forcing async flush ip 000000032433ccec<br />hammer: debug: forcing async flush ip 000000032433ccec<br />panic: assertion: (int)(flg->seq - seq) > 0 in hammer_flusher_flush<br />Trace beginning at frame 0xcbfadd10<br />panic(ffffffff,c07ace20,c064b39b,cbfadd40,cbfa00fc) at panic+0x101<br />panic(c064b39b,c067760e,c06353b6,0,cbfa0108) at panic+0x101<br />hammer_flusher_master_thread(cbfa0000,0,0,0,0) at hammer_flusher_master_thread+0x14e<br />lwkt_exit() at lwkt_exit<br />Uptime: 5d16h20m44s<br />Physical memory: 502 MB<br />Dumping 205 MB: 190 174 158 142 126 110 94 78 62 46 30 14</p>
<p>After an inode failure, HAMMER paniced on an assertion in hammer_flusher_flush.<br />ad10 was a WD EARS 1.5TB disk attached to a Silicon Image 3114 controller,<br />running via nata. The only I/O to the disk was a mirror-stream.</p>
<p>core and kernel are on leaf.dragonflybsd.org, /home/vsrinivas/hammerpanic.</p>
DragonFlyBSD - Bug #1921 (In Progress): we miss mlockall
https://bugs.dragonflybsd.org/issues/1921
2010-11-24T16:19:21Z
alexh
<p>We don't have the mlockall/munlockall syscalls as documented in [1]. We have at <br />least one tool in base that would benefit from it: cryptsetup. Hopefully someone <br />more familiar with the VM system can implement it without much effort as we <br />already have mlock/munlock.</p>
<p>Cheers,<br />Alex Hornung</p>
<p>[1]: <a class="external" href="http://opengroup.org/onlinepubs/007908799/xsh/mlockall.html">http://opengroup.org/onlinepubs/007908799/xsh/mlockall.html</a></p>
DragonFlyBSD - Bug #1920 (New): system hangs
https://bugs.dragonflybsd.org/issues/1920
2010-11-22T16:59:00Z
zhtw
root@zta.lk
<p>System hangs once in a while leaving on the console these messages:</p>
<p>====<br />pfr_unroute_kentry: delete failed<br />pfr_unroute_kentry: delete failed<br />pfr_unroute_kentry: delete failed<br />pfr_unroute_kentry: delete failed<br />pfr_unroute_kentry: delete failed<br />pfr_unroute_kentry: delete failed<br />pfr_unroute_kentry: delete failed<br />pfr_unroute_kentry: delete failed</p>
<p>panic: IP header no in one mbuf<br />mp_lock = ffffffff; cpuid=1<br />Trace beginning at frame 0xffffffe03d9b0a60<br />panic() at panic+0x239<br />panic() at panic+0x239<br />ip_input() at ip_input+0x153<br />ip_input_handler() at ip_input_handler+0xd<br />netmsg_service_lookp() at netmsg_service_loop_0x6f<br />Debugger("panic")</p>
<p>CPU1 stopping CPU: 0x00000001<br />stopped<br />Stopped at Debugger+0x39 movh $0,0x387060(%rid)
====</p>
<p>I couldn't grub this from the screen and copied it by hands, so there can be typos.</p>
<ol>
<li>uname -a<br />DragonFly chinua.zzz.umc8.ru 2.8-RELEASE DragonFly v2.8.2.38.gb1139-RELEASE <a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: K&R -> ANSI cleanup status (Closed)" href="https://bugs.dragonflybsd.org/issues/2">#2</a>:<br />Mon Nov 22 10:06:11 MSK 2010 <br /><a class="email" href="mailto:root@chinua.zzz.umc8.ru">root@chinua.zzz.umc8.ru</a>:/usr/obj/usr/src/sys/X86_64_GENERIC_SMP x86_64</li>
</ol>
<p>The dmesg.boot is in attach</p>
DragonFlyBSD - Bug #599 (New): 1.9.0 reproducable panic
https://bugs.dragonflybsd.org/issues/599
2007-04-11T10:24:26Z
pavalos
<p>Here's a panic I'm getting with some pretty serious network (www) load, then <br />doing a netstat -an:</p>
<p>Unread portion of the kernel message buffer:<br />panic: m_copydata, negative off -1<br />mp_lock = 00000000; cpuid = 0; lapic.id = 00000000<br />boot() called on cpu#0</p>
<p>syncing disks... 5<br />done<br />Uptime: 12d22h0m32s</p>
<p>(kgdb) bt<br />#0 dumpsys () at thread.h:83<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: lib/libcr/sys/ cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/1">#1</a> 0xc01954bb in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:370<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: K&R -> ANSI cleanup status (Closed)" href="https://bugs.dragonflybsd.org/issues/2">#2</a> 0xc01957c0 in panic (fmt=Variable "fmt" is not available.<br />) at /usr/src/sys/kern/kern_shutdown.c:767<br /><a class="issue tracker-1 status-5 priority-4 priority-default closed" title="Bug: freebsds pipe-reverse test fails on dfly (Closed)" href="https://bugs.dragonflybsd.org/issues/3">#3</a> 0xc01c3a32 in m_copydata (m=0x0, off=0, len=0, cp=0xee9534b0 "\001\001<br />\b\n\006¦*$\035\bͬ") at /usr/src/sys/kern/uipc_mbuf.c:1014<br /><a class="issue tracker-1 status-5 priority-5 priority-high3 closed" title="Bug: Rework of nrelease (Closed)" href="https://bugs.dragonflybsd.org/issues/4">#4</a> 0xc020fc25 in tcp_output (tp=0xdae0c720) <br />at /usr/src/sys/netinet/tcp_output.c:690<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: sys/dev cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/5">#5</a> 0xc02152bf in tcp_timer_persist (xtp=0xdae0c720) <br />at /usr/src/sys/netinet/tcp_timer.c:363<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: sys/emulation cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/6">#6</a> 0xc01a6423 in softclock_handler (arg=0xc0386a80) <br />at /usr/src/sys/kern/kern_timeout.c:307<br /><a class="issue tracker-1 status-5 priority-3 priority-lowest closed" title="Bug: /sys/boot cleanup (Closed)" href="https://bugs.dragonflybsd.org/issues/7">#7</a> 0xc019d037 in lwkt_deschedule_self (td=Variable "td" is not available.<br />) at /usr/src/sys/kern/lwkt_thread.c:207<br />Previous frame inner to this frame (corrupt stack?)</p>
<p>The kernel and vmcore is being uploaded to leaf. The source is from March 28.</p>
<p>--Peter</p>