BETA3 core dump
Hi all. BETA3 dumps core on running heavy disk bound application. Built with clang and kernel is custom, but I can try to reproduce it on GENERIC if that matters. http://limbo.xim.bz/core.txt.0 -- Sphinx of black quartz judge my vow. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: BETA3 core dump
You need to change the permissions. I'm getting a 403 from nginx. On Sat, Oct 1, 2011 at 12:20 PM, Volodymyr Kostyrko c.kw...@gmail.com wrote: Hi all. BETA3 dumps core on running heavy disk bound application. Built with clang and kernel is custom, but I can try to reproduce it on GENERIC if that matters. http://limbo.xim.bz/core.txt.0 -- Sphinx of black quartz judge my vow. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: BETA2 panic
On 30-09-2011 17:52, Adrian Chadd wrote: Hi, Would you please try this patch? Make sure that witness and the rest of the lock debugging is enabled. I've been working on this problem with someone else on the list (but I can't trigger it myself; I think I need to get some dual-CPU wireless test hardware.) My laptop has been running with your patch for almost 8 hours now. No panics. -- Joel ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: make buildworld error on 9.0B2
On 9/30/11, Conrad J. Sabatier conr...@cox.net wrote: On Wed, 28 Sep 2011 19:57:55 -0500 Greg Miller greglmil...@gmail.com wrote: On a fresh install of 9.0B2, I've updated my source to RELENG_9 with csup, and I get the following when I try to make buildworld: * [0] /usr/src # make clean buildworld find: /usr/src/sys/sys/param.h: No such file or directory /usr/src/Makefile, line 217: warning: find /usr/src/sys/sys/param.h -mtime -0s returned non-zero status This seems to be very similar to an odd little quirk I've run across several times recently with 9.0-BETAx, where for some reason it appears that the timestamp on this file is out of sync with the rest of the source tree. On more than one occasion, after updating /usr/src and starting a make buildworld, I've been stopped cold by this, and had to do a touch sys/sys/param.h and restart the build. This doesn't really sound like what I'm seeing... I'm getting this error because csup and cvsup are deleting most of the files in /usr/src/sys/sys by mistake. If anybody has any more ideas for things to try, I'll stay on 9.0B2 a bit longer for testing. Otherwise, I'm upgrading via anoncvs (which is working for me). ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: make buildworld error on 9.0B2
On Sat, 1 Oct 2011 07:55:34 -0500
Greg Miller greglmil...@gmail.com wrote:
On 9/30/11, Conrad J. Sabatier conr...@cox.net wrote:
On Wed, 28 Sep 2011 19:57:55 -0500
Greg Miller greglmil...@gmail.com wrote:
On a fresh install of 9.0B2, I've updated my source to RELENG_9
with csup, and I get the following when I try to make buildworld:
*
[0] /usr/src # make clean buildworld
find: /usr/src/sys/sys/param.h: No such file or directory
/usr/src/Makefile, line 217: warning:
find /usr/src/sys/sys/param.h -mtime -0s returned non-zero status
This seems to be very similar to an odd little quirk I've run across
several times recently with 9.0-BETAx, where for some reason it
appears that the timestamp on this file is out of sync with the
rest of the source tree.
On more than one occasion, after updating /usr/src and starting a
make buildworld, I've been stopped cold by this, and had to do a
touch sys/sys/param.h and restart the build.
This doesn't really sound like what I'm seeing... I'm getting this
error because csup and cvsup are deleting most of the files in
/usr/src/sys/sys by mistake.
If anybody has any more ideas for things to try, I'll stay on 9.0B2 a
bit longer for testing. Otherwise, I'm upgrading via anoncvs (which is
working for me).
I use csup to update my local copy of the CVS repository, from which I
then do cvs updates of /usr/{doc,ports,src}. Works very well, you may
want to give that a try.
--
Conrad J. Sabatier
conr...@cox.net
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
beta2 panic: VAPPEND without VWRITE
Hello, I got the following panic with 9.0-beta2: cpuid = 0 KDB: enter: panic [ thread pid 1445 tid 100126 ] Stopped at kbd_enter+0x2b: movq$0,0x918a52(%rip) db bt Tracing pid 1445 tid 100126 td 0xfe000510d460 kdb_enter() at kbd_enter+0x3b panic() at panic+0x180 vn_isdisk() at vn_isdisk ufs_accessx() at ufs_accessx+0x188 vop_stdaccess() at vop_stdaccess+0x43 unionfs_access() at unionfs_access+0x1c4 vn_open_cred() at vn_open_cred+0x547 kern_opneat() at kern_openat+0x1f9 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (5, FreeBSD ELF64, open), rip = 0x801799f2c, rsp = 0x7fffb388, rbp = 0x8 --- Please tell how to provide more information if needed. Thanks, -Harry signature.asc Description: OpenPGP digital signature
Re: beta2 panic: VAPPEND without VWRITE
Can you please show the panic message? Attilio 2011/10/1 Harald Schmalzbauer h.schmalzba...@omnilan.de: Hello, I got the following panic with 9.0-beta2: cpuid = 0 KDB: enter: panic [ thread pid 1445 tid 100126 ] Stopped at kbd_enter+0x2b: movq $0,0x918a52(%rip) db bt Tracing pid 1445 tid 100126 td 0xfe000510d460 kdb_enter() at kbd_enter+0x3b panic() at panic+0x180 vn_isdisk() at vn_isdisk ufs_accessx() at ufs_accessx+0x188 vop_stdaccess() at vop_stdaccess+0x43 unionfs_access() at unionfs_access+0x1c4 vn_open_cred() at vn_open_cred+0x547 kern_opneat() at kern_openat+0x1f9 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (5, FreeBSD ELF64, open), rip = 0x801799f2c, rsp = 0x7fffb388, rbp = 0x8 --- Please tell how to provide more information if needed. Thanks, -Harry -- Peace can only be achieved by understanding - A. Einstein ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: Passive FTP
Those who still want active FTP (what on earth for?) I have encountered hosting companies in the past that only have inbound port 21 access for security reasons. I think this a bit odd but it is was it is. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: beta2 panic: VAPPEND without VWRITE
schrieb Attilio Rao am 01.10.2011 16:49 (localtime): Can you please show the panic message? Sorry, I forgot to add it here: free indoe /var/123088 had 8 blocks panic: VAPPEND withour VWRITE cpuid = 0 KDB: enter: panic [ thread pid 1445 tid 100126 ] Stopped at kbd_enter+0x2b: movq$0,0x918a52(%rip) db bt Tracing pid 1445 tid 100126 td 0xfe000510d460 kdb_enter() at kbd_enter+0x3b panic() at panic+0x180 vn_isdisk() at vn_isdisk ufs_accessx() at ufs_accessx+0x188 vop_stdaccess() at vop_stdaccess+0x43 unionfs_access() at unionfs_access+0x1c4 vn_open_cred() at vn_open_cred+0x547 kern_opneat() at kern_openat+0x1f9 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (5, FreeBSD ELF64, open), rip = 0x801799f2c, rsp = 0x7fffb388, rbp = 0x8 --- I'ts reproducable with exact the same hex-numbers with 'scp' when scp tries to alter knwon_hosts, which is on unionfs. Here's some LORs, I havenÄt checked if they're already known. I don't have the known-LORs-URL handy... lock order reversal: 1st 0xfe000519c278 unionfs (unionfs) @ /usr/src/sys/modules/unionfs/../../fs/unionfs/union_subr.c:356 2nd 0xfe000519c458 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2246 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 __lockmgr_args() at __lockmgr_args+0xdc6 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 vputx() at vputx+0x328 unionfs_noderem() at unionfs_noderem+0x1c4 unionfs_reclaim() at unionfs_reclaim+0x11 vgonel() at vgonel+0x105 vrecycle() at vrecycle+0x4c unionfs_inactive() at unionfs_inactive+0x20 vinactive() at vinactive+0x72 vputx() at vputx+0x386 kern_statat_vnhook() at kern_statat_vnhook+0x11d kern_statat() at kern_statat+0x15 stat() at stat+0x2a syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (188, FreeBSD ELF64, stat), rip = 0x800dc7ecc, rsp = 0x7fffd6a8, rbp = 0x801441190 --- lock order reversal: 1st 0xff80e9bf59f8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 2nd 0xfe00051a7a00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 _sx_xlock() at _sx_xlock+0x55 ufsdirhash_acquire() at ufsdirhash_acquire+0x33 ufsdirhash_add() at ufsdirhash_add+0x19 ufs_direnter() at ufs_direnter+0x909 ufs_mkdir() at ufs_mkdir+0x44d VOP_MKDIR_APV() at VOP_MKDIR_APV+0x93 kern_mkdirat() at kern_mkdirat+0x290 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (136, FreeBSD ELF64, mkdir), rip = 0x800933eec, rsp = 0x7fffd768, rbp = 0x800c07050 --- lock order reversal: 1st 0xfe000514f818 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2134 2nd 0xff80e9bf59f8 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:260 3rd 0xfe0005706278 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2134 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 __lockmgr_args() at __lockmgr_args+0xdc6 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 vget() at vget+0x7b vfs_hash_get() at vfs_hash_get+0xd5 ffs_vgetf() at ffs_vgetf+0x48 softdep_sync_buf() at softdep_sync_buf+0x393 ffs_syncvnode() at ffs_syncvnode+0x2b3 ffs_truncate() at ffs_truncate+0x477 ufs_direnter() at ufs_direnter+0x73b ufs_mkdir() at ufs_mkdir+0x44d VOP_MKDIR_APV() at VOP_MKDIR_APV+0x93 kern_mkdirat() at kern_mkdirat+0x290 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (136, FreeBSD ELF64, mkdir), rip = 0x800933eec, rsp = 0x7fffdbb8, rbp = 0x7fffdee6 --- Thanks, -Harry cpuid = 0 KDB: enter: panic [ thread pid 1445 tid 100126 ] Stopped at kbd_enter+0x2b: movq$0,0x918a52(%rip) db bt Tracing pid 1445 tid 100126 td 0xfe000510d460 kdb_enter() at kbd_enter+0x3b panic() at panic+0x180 vn_isdisk() at vn_isdisk ufs_accessx() at ufs_accessx+0x188 vop_stdaccess() at vop_stdaccess+0x43 unionfs_access() at unionfs_access+0x1c4 vn_open_cred() at vn_open_cred+0x547 kern_opneat() at kern_openat+0x1f9 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (5, FreeBSD ELF64, open), rip = 0x801799f2c, rsp = 0x7fffb388, rbp = 0x8 --- signature.asc Description: OpenPGP digital signature
Re: BETA2 panic
On 1 October 2011 20:46, Joel Dahl j...@vnode.se wrote: My laptop has been running with your patch for almost 8 hours now. No panics. Do you have all of the -current debugging enabled (witness, invariants, etc) ? Adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: beta2 panic: VAPPEND without VWRITE
Harald Schmalzbauer wrote: schrieb Attilio Rao am 01.10.2011 16:49 (localtime): Can you please show the panic message? Sorry, I forgot to add it here: free indoe /var/123088 had 8 blocks panic: VAPPEND withour VWRITE cpuid = 0 KDB: enter: panic [ thread pid 1445 tid 100126 ] Stopped at kbd_enter+0x2b: movq $0,0x918a52(%rip) db bt Tracing pid 1445 tid 100126 td 0xfe000510d460 kdb_enter() at kbd_enter+0x3b panic() at panic+0x180 vn_isdisk() at vn_isdisk ufs_accessx() at ufs_accessx+0x188 vop_stdaccess() at vop_stdaccess+0x43 unionfs_access() at unionfs_access+0x1c4 vn_open_cred() at vn_open_cred+0x547 kern_opneat() at kern_openat+0x1f9 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (5, FreeBSD ELF64, open), rip = 0x801799f2c, rsp = 0x7fffb388, rbp = 0x8 --- I'ts reproducable with exact the same hex-numbers with 'scp' when scp tries to alter knwon_hosts, which is on unionfs. You could try the attached one line patch. Since VAPPEND is a modifier for VWRITE, it makes sense to clear it along with VWRITE, I think? rick Here's some LORs, I havenÄt checked if they're already known. I don't have the known-LORs-URL handy... lock order reversal: 1st 0xfe000519c278 unionfs (unionfs) @ /usr/src/sys/modules/unionfs/../../fs/unionfs/union_subr.c:356 2nd 0xfe000519c458 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2246 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 __lockmgr_args() at __lockmgr_args+0xdc6 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 vputx() at vputx+0x328 unionfs_noderem() at unionfs_noderem+0x1c4 unionfs_reclaim() at unionfs_reclaim+0x11 vgonel() at vgonel+0x105 vrecycle() at vrecycle+0x4c unionfs_inactive() at unionfs_inactive+0x20 vinactive() at vinactive+0x72 vputx() at vputx+0x386 kern_statat_vnhook() at kern_statat_vnhook+0x11d kern_statat() at kern_statat+0x15 stat() at stat+0x2a syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (188, FreeBSD ELF64, stat), rip = 0x800dc7ecc, rsp = 0x7fffd6a8, rbp = 0x801441190 --- lock order reversal: 1st 0xff80e9bf59f8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 2nd 0xfe00051a7a00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 _sx_xlock() at _sx_xlock+0x55 ufsdirhash_acquire() at ufsdirhash_acquire+0x33 ufsdirhash_add() at ufsdirhash_add+0x19 ufs_direnter() at ufs_direnter+0x909 ufs_mkdir() at ufs_mkdir+0x44d VOP_MKDIR_APV() at VOP_MKDIR_APV+0x93 kern_mkdirat() at kern_mkdirat+0x290 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (136, FreeBSD ELF64, mkdir), rip = 0x800933eec, rsp = 0x7fffd768, rbp = 0x800c07050 --- lock order reversal: 1st 0xfe000514f818 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2134 2nd 0xff80e9bf59f8 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_vnops.c:260 3rd 0xfe0005706278 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2134 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 __lockmgr_args() at __lockmgr_args+0xdc6 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 vget() at vget+0x7b vfs_hash_get() at vfs_hash_get+0xd5 ffs_vgetf() at ffs_vgetf+0x48 softdep_sync_buf() at softdep_sync_buf+0x393 ffs_syncvnode() at ffs_syncvnode+0x2b3 ffs_truncate() at ffs_truncate+0x477 ufs_direnter() at ufs_direnter+0x73b ufs_mkdir() at ufs_mkdir+0x44d VOP_MKDIR_APV() at VOP_MKDIR_APV+0x93 kern_mkdirat() at kern_mkdirat+0x290 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (136, FreeBSD ELF64, mkdir), rip = 0x800933eec, rsp = 0x7fffdbb8, rbp = 0x7fffdee6 --- Thanks, -Harry cpuid = 0 KDB: enter: panic [ thread pid 1445 tid 100126 ] Stopped at kbd_enter+0x2b: movq $0,0x918a52(%rip) db bt Tracing pid 1445 tid 100126 td 0xfe000510d460 kdb_enter() at kbd_enter+0x3b panic() at panic+0x180 vn_isdisk() at vn_isdisk ufs_accessx() at ufs_accessx+0x188 vop_stdaccess() at vop_stdaccess+0x43 unionfs_access() at unionfs_access+0x1c4 vn_open_cred() at vn_open_cred+0x547 kern_opneat() at kern_openat+0x1f9 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c
Re: BETA2 panic
On 02-10-2011 0:54, Adrian Chadd wrote: On 1 October 2011 20:46, Joel Dahl j...@vnode.se wrote: My laptop has been running with your patch for almost 8 hours now. No panics. Do you have all of the -current debugging enabled (witness, invariants, etc) ? I'm running GENERIC, so yes. -- Joel ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: BETA3 core dump
01.10.2011 13:20, Volodymyr Kostyrko wrote: BETA3 dumps core on running heavy disk bound application. Built with clang and kernel is custom, but I can try to reproduce it on GENERIC if that matters. http://limbo.xim.bz/core.txt.0 Sorry, I've fixed permissions. -- Sphinx of black quartz judge my vow. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
