From owner-freebsd-fs@FreeBSD.ORG Tue Jul 11 06:38:22 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F99416A4DE for ; Tue, 11 Jul 2006 06:38:22 +0000 (UTC) (envelope-from m.ehinger@ltur.de) Received: from postx.gateway-inter.net (postx.gateway-inter.net [213.144.19.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECFBA43D46 for ; Tue, 11 Jul 2006 06:38:21 +0000 (GMT) (envelope-from m.ehinger@ltur.de) In-Reply-To: <44AF15F9.2080502@mawer.org> To: Antony Mawer From: m.ehinger@ltur.de MIME-Version: 1.0 Message-ID: Date: Tue, 11 Jul 2006 08:39:48 +0200 Content-type: text/plain; charset=US-ASCII Cc: freebsd-fs@freebsd.org Subject: Re: novell mount losing state X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Jul 2006 06:38:22 -0000 We use IP for access. We mount it with the mount_nwfs command. My working server (FBSD 4.11) and the non working server (FBSD 6.1) are both connected to the some switch. I also got an kernel trap = 12 after i mounted the novell volume. Antony Mawer 08.07.2006 04:18 An m.ehinger@ltur.de Kopie Thema Re: novell mount losing state On 5/07/2006 5:03 PM, m.ehinger@ltur.de wrote: > i'am using FreeBSD 6.1 Stable and tried to mount an Novell volume (mount_nwfs). Mounting the volume works without problems but after > some time of inactivity on that mount i have to remount the volume to get access again. > > Syslog message: > > Jul 5 08:51:08 pcmcb3-104 kernel: ncprq: Restoring connection, flags = 101 > > Output of "ncplist c" working mount (yesterday evening) > Active NCP connections: > refid server:user(connid), owner:group(mode), refs, > 7 SERVER:USER(483), root:wheel(755), 1, > > Output of "ncplist c" non working mount (today morning) > > Active NCP connections: > refid server:user(connid), owner:group(mode), refs, > 7 SERVER:USER(397), root:wheel(755), 1, <> Are you using IPX or IP for access to the Netware server? What version of Netware are you using? We mount our Netware shares on-demand, but only because that suits our access pattern... We have seen issues with the Netware connection "going away" depending on how you configure the IPX network numbers on FreeBSD and how you're running IPXrouted. We've also seen issues with connectivity to Netware servers with both IP and IPX that are due to network topology problems... moving the FreeBSD server to a different location on the network resolved our connectivity issues at one site. What command are you using to create the initial Netware connection? A mount_nwfs command or ncplogin ? Regards Antony From owner-freebsd-fs@FreeBSD.ORG Thu Jul 13 07:48:48 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAE6B16A4DF for ; Thu, 13 Jul 2006 07:48:48 +0000 (UTC) (envelope-from m.ehinger@ltur.de) Received: from postx.gateway-inter.net (postx.gateway-inter.net [213.144.19.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 134E243D46 for ; Thu, 13 Jul 2006 07:48:48 +0000 (GMT) (envelope-from m.ehinger@ltur.de) In-Reply-To: To: freebsd-fs@freebsd.org From: m.ehinger@ltur.de MIME-Version: 1.0 Message-ID: Date: Thu, 13 Jul 2006 09:50:17 +0200 Content-type: text/plain; charset=US-ASCII Subject: Re: novell mount losing state and Fatal trap 12 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 07:48:48 -0000 Here is what i get sometimes when i try to mount an novell volume. (e.g. mount_nwfs -A 1.2.3.4 /server:user/volume /mnt) Jul 13 09:25:10 pcmcb3-104 kernel: ncp_load: loaded Jul 13 09:26:25 pcmcb3-104 syslogd: kernel boot file is /boot/kernel/kernel Jul 13 09:26:26 pcmcb3-104 kernel: Jul 13 09:26:26 pcmcb3-104 kernel: Jul 13 09:26:26 pcmcb3-104 kernel: Fatal trap 12: page fault while in kernel mode Jul 13 09:26:26 pcmcb3-104 kernel: fault virtual address = 0x0 Jul 13 09:26:26 pcmcb3-104 kernel: fault code = supervisor write, page not present Jul 13 09:26:26 pcmcb3-104 kernel: instruction pointer = 0x20:0xc04c66a5 Jul 13 09:26:26 pcmcb3-104 kernel: stack pointer = 0x28:0xdddf88c8 Jul 13 09:26:26 pcmcb3-104 kernel: frame pointer = 0x28:0xdddf88d0 Jul 13 09:26:26 pcmcb3-104 kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Jul 13 09:26:26 pcmcb3-104 kernel: = DPL 0, pres 1, def32 1, gran 1 Jul 13 09:26:26 pcmcb3-104 kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Jul 13 09:26:26 pcmcb3-104 kernel: current process = 679 (mount_nwfs) Jul 13 09:26:26 pcmcb3-104 kernel: trap number = 12 Jul 13 09:26:26 pcmcb3-104 kernel: panic: page fault Jul 13 09:26:26 pcmcb3-104 kernel: Uptime: 1m23s Jul 13 09:26:26 pcmcb3-104 kernel: Cannot dump. No dump device defined. Jul 13 09:26:26 pcmcb3-104 kernel: Automatic reboot in 15 seconds - press a key on the console to abort Jul 13 09:26:26 pcmcb3-104 kernel: Rebooting... Maik Ehinger/MCB 11.07.2006 08:39 An Antony Mawer Kopie freebsd-fs@freebsd.org Thema Re: novell mount losing state(Document link: Maik Ehinger) We use IP for access. We mount it with the mount_nwfs command. My working server (FBSD 4.11) and the non working server (FBSD 6.1) are both connected to the some switch. I also got an kernel trap = 12 after i mounted the novell volume. Antony Mawer 08.07.2006 04:18 An m.ehinger@ltur.de Kopie Thema Re: novell mount losing state On 5/07/2006 5:03 PM, m.ehinger@ltur.de wrote: > i'am using FreeBSD 6.1 Stable and tried to mount an Novell volume (mount_nwfs). Mounting the volume works without problems but after > some time of inactivity on that mount i have to remount the volume to get access again. > > Syslog message: > > Jul 5 08:51:08 pcmcb3-104 kernel: ncprq: Restoring connection, flags = 101 > > Output of "ncplist c" working mount (yesterday evening) > Active NCP connections: > refid server:user(connid), owner:group(mode), refs, > 7 SERVER:USER(483), root:wheel(755), 1, > > Output of "ncplist c" non working mount (today morning) > > Active NCP connections: > refid server:user(connid), owner:group(mode), refs, > 7 SERVER:USER(397), root:wheel(755), 1, <> Are you using IPX or IP for access to the Netware server? What version of Netware are you using? We mount our Netware shares on-demand, but only because that suits our access pattern... We have seen issues with the Netware connection "going away" depending on how you configure the IPX network numbers on FreeBSD and how you're running IPXrouted. We've also seen issues with connectivity to Netware servers with both IP and IPX that are due to network topology problems... moving the FreeBSD server to a different location on the network resolved our connectivity issues at one site. What command are you using to create the initial Netware connection? A mount_nwfs command or ncplogin ? Regards Antony From owner-freebsd-fs@FreeBSD.ORG Thu Jul 13 16:22:33 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4018416A4DD; Thu, 13 Jul 2006 16:22:33 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A37E43D49; Thu, 13 Jul 2006 16:22:27 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id 73D7C244C46; Fri, 14 Jul 2006 01:22:26 +0900 (JST) Message-ID: <44B67340.1080405@freebsd.org> Date: Fri, 14 Jul 2006 01:22:24 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-fs@freebsd.org, rodrigc@crodrigues.org Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: daichi@freebsd.org, ozawa@ongs.co.jp Subject: [ANN] unionfs patchset-16 release, it is ready for the merge X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Jul 2006 16:22:33 -0000 Hi Guys! It is my pleasure and honor to announce the availability of the unionfs patchset-16. The p16 is an important milestone. It is ready for the merge. Patchset-16: For 7-current http://people.freebsd.org/~daichi/unionfs/unionfs-p16.diff For 6.x http://people.freebsd.org/~daichi/unionfs/unionfs6-p16.diff Changes in unionfs-p16.diff - changed source code style and naming rules for fitting to FreeBSD kernel src style. - committed the patch for sys/ufs/ufs/ufs_lookup.c to current tree. So the patch for sys/ufs/ufs/ufs_lookup.c is removed from unionfs-p16.diff. - changed the patch for sys/fs/unionfs/union_subr.c fitting to changing in current tree. The documents of those unionfs patches: http://people.freebsd.org/~daichi/unionfs/ (English) http://people.freebsd.org/~daichi/unionfs/index-ja.html (Japanese) The patchset-16 has extensive trials, good stability and source code quality enough to get the merge. I'll commit it to FreeBSD base system after writing up the manual. Thanks -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-fs@FreeBSD.ORG Fri Jul 14 06:44:36 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5BB3B16A4DA for ; Fri, 14 Jul 2006 06:44:36 +0000 (UTC) (envelope-from m.ehinger@ltur.de) Received: from postx.gateway-inter.net (postx.gateway-inter.net [213.144.19.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A41D43D46 for ; Fri, 14 Jul 2006 06:44:35 +0000 (GMT) (envelope-from m.ehinger@ltur.de) To: freebsd-fs@freebsd.org From: m.ehinger@ltur.de MIME-Version: 1.0 Message-ID: Date: Fri, 14 Jul 2006 08:44:09 +0200 Content-type: text/plain; charset=US-ASCII Subject: Re: novell mount losing state and Fatal trap 12 [backtrace] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 06:44:36 -0000 FreeBSD pcmcb3-104.mcbad.net 6.1-STABLE FreeBSD 6.1-STABLE #1: Thu Jul 13 17:26:17 CEST 2006 root@pcmcb3-104.mcbad.net:/usr/obj/usr/src/sys/GENERIC i386 Jul 14 08:39:25 pcmcb3-104 kernel: KDB: stack backtrace: Jul 14 08:39:25 pcmcb3-104 kernel: kdb_backtrace(0,ffffffff,c0995200,c0994c60,c0921bcc) at kdb_backtrace+0x29 Jul 14 08:39:25 pcmcb3-104 kernel: witness_checkorder(c33fe3bc,9,c08c1098,c02) at witness_checkorder+0x578 Jul 14 08:39:25 pcmcb3-104 kernel: _sx_xlock(c33fe3bc,c08c1098,c02) at _sx_xlock+0x50 Jul 14 08:39:25 pcmcb3-104 kernel: _vm_map_lock_read(c33fe378,c08c1098,c02,28a9539,c36beaa4) at _vm_map_lock_read+0x37 Jul 14 08:39:25 pcmcb3-104 kernel: vm_map_lookup(ddfe37c4,0,2,ddfe37c8,ddfe37b8) at vm_map_lookup+0x28 Jul 14 08:39:25 pcmcb3-104 kernel: vm_fault(c33fe378,0,2,8,c3684780) at vm_fault+0x65 Jul 14 08:39:25 pcmcb3-104 kernel: trap_pfault(ddfe388c,0,0) at trap_pfault+0xee Jul 14 08:39:25 pcmcb3-104 kernel: trap(c08a0008,ddfe0028,c0640028,0,c3684780) at trap+0x341 Jul 14 08:39:25 pcmcb3-104 kernel: calltrap() at calltrap+0x5 Jul 14 08:39:25 pcmcb3-104 kernel: --- trap 0xc, eip = 0xc067cacc, esp = 0xddfe38cc, ebp = 0xddfe38d4 --- Jul 14 08:39:25 pcmcb3-104 kernel: selrecord(c3684780,c3670b70,0,c36c0400,c3670b20) at selrecord+0x3c Jul 14 08:39:25 pcmcb3-104 kernel: sopoll(c3670b20,1,0,c3684780,ddfe3994) at sopoll+0x133 Jul 14 08:39:25 pcmcb3-104 kernel: ncp_poll(c3670b20,1,ddfe3930,c353f6bc,0) at ncp_poll+0x1d Jul 14 08:39:25 pcmcb3-104 kernel: ncp_request_int(c3555380,c3555380,0,c36c0400,ddfe39c0) at ncp_request_int+0x6a Jul 14 08:39:25 pcmcb3-104 kernel: ncp_ncp_connect(c36c0400,0,ddfe3bc8,ddfe3c44,c35e0a57) at ncp_ncp_connect+0x4a Jul 14 08:39:25 pcmcb3-104 kernel: ncp_conn_reconnect(c36c0400,44,ddfe39ec,c063310e,c0984640) at ncp_conn_reconnect+0x2e Jul 14 08:39:25 pcmcb3-104 kernel: ncp_ioctl(c344ee00,80084e64,c33ee090,3,c3684780) at ncp_ioctl+0x2e3 Jul 14 08:39:25 pcmcb3-104 kernel: giant_ioctl(c344ee00,80084e64,c33ee090,3,c3684780) at giant_ioctl+0x33 Jul 14 08:39:25 pcmcb3-104 kernel: devfs_ioctl_f(c366c288,80084e64,c33ee090,c37a2300,c3684780) at devfs_ioctl_f+0xaf Jul 14 08:39:25 pcmcb3-104 kernel: ioctl(c3684780,ddfe3d04,3,1,206) at ioctl+0x370 Jul 14 08:39:25 pcmcb3-104 kernel: syscall(3b,3b,3b,4,1) at syscall+0x22f Jul 14 08:39:25 pcmcb3-104 kernel: Xint0x80_syscall() at Xint0x80_syscall+0x1f Jul 14 08:39:25 pcmcb3-104 kernel: --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28143267, esp = 0xbfbfdf1c, ebp = 0xbfbfdf48 --- Jul 14 08:39:25 pcmcb3-104 kernel: Jul 14 08:39:25 pcmcb3-104 kernel: Jul 14 08:39:25 pcmcb3-104 kernel: Fatal trap 12: page fault while in kernel mode Jul 14 08:39:25 pcmcb3-104 kernel: fault virtual address = 0x0 Jul 14 08:39:25 pcmcb3-104 kernel: fault code = supervisor write, page not present Jul 14 08:39:25 pcmcb3-104 kernel: instruction pointer = 0x20:0xc067cacc Jul 14 08:39:25 pcmcb3-104 kernel: stack pointer = 0x28:0xddfe38cc Jul 14 08:39:25 pcmcb3-104 kernel: frame pointer = 0x28:0xddfe38d4 Jul 14 08:39:25 pcmcb3-104 kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Jul 14 08:39:25 pcmcb3-104 kernel: = DPL 0, pres 1, def32 1, gran 1 Jul 14 08:39:25 pcmcb3-104 kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Jul 14 08:39:25 pcmcb3-104 kernel: current process = 732 (mount_nwfs) Jul 14 08:39:25 pcmcb3-104 kernel: panic: from debugger Jul 14 08:39:25 pcmcb3-104 kernel: Uptime: 9m55s Jul 14 08:39:25 pcmcb3-104 kernel: Dumping 494 MB (2 chunks) Jul 14 08:39:25 pcmcb3-104 kernel: chunk 0: 1MB (159 pages) ... ok Jul 14 08:39:25 pcmcb3-104 kernel: chunk 1: 495MB (126511 pages) 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 ... ok Jul 14 08:39:25 pcmcb3-104 kernel: Jul 14 08:39:25 pcmcb3-104 kernel: Dump complete Jul 14 08:39:25 pcmcb3-104 kernel: Automatic reboot in 15 seconds - press a key on the console to abort Jul 14 08:39:25 pcmcb3-104 kernel: --> Press a key on the console to reboot, Jul 14 08:39:25 pcmcb3-104 kernel: --> or switch off the system now. Jul 14 08:39:25 pcmcb3-104 kernel: Rebooting... Script started on Fri Jul 14 08:41:54 2006 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: lock order reversal: (sleepable after non-sleepable) 1st 0xc09d1520 sellck (sellck) @ /usr/src/sys/kern/sys_generic.c:1092 2nd 0xc33fe3bc user map (user map) @ /usr/src/sys/vm/vm_map.c:3074 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0995200,c0994c60,c0921bcc) at kdb_backtrace+0x29 witness_checkorder(c33fe3bc,9,c08c1098,c02) at witness_checkorder+0x578 _sx_xlock(c33fe3bc,c08c1098,c02) at _sx_xlock+0x50 _vm_map_lock_read(c33fe378,c08c1098,c02,28a9539,c36beaa4) at _vm_map_lock_read+0x37 vm_map_lookup(ddfe37c4,0,2,ddfe37c8,ddfe37b8) at vm_map_lookup+0x28 vm_fault(c33fe378,0,2,8,c3684780) at vm_fault+0x65 trap_pfault(ddfe388c,0,0) at trap_pfault+0xee trap(c08a0008,ddfe0028,c0640028,0,c3684780) at trap+0x341 calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc067cacc, esp = 0xddfe38cc, ebp = 0xddfe38d4 --- selrecord(c3684780,c3670b70,0,c36c0400,c3670b20) at selrecord+0x3c sopoll(c3670b20,1,0,c3684780,ddfe3994) at sopoll+0x133 ncp_poll(c3670b20,1,ddfe3930,c353f6bc,0) at ncp_poll+0x1d ncp_request_int(c3555380,c3555380,0,c36c0400,ddfe39c0) at ncp_request_int+0x6a ncp_ncp_connect(c36c0400,0,ddfe3bc8,ddfe3c44,c35e0a57) at ncp_ncp_connect+0x4a ncp_conn_reconnect(c36c0400,44,ddfe39ec,c063310e,c0984640) at ncp_conn_reconnect+0x2e ncp_ioctl(c344ee00,80084e64,c33ee090,3,c3684780) at ncp_ioctl+0x2e3 giant_ioctl(c344ee00,80084e64,c33ee090,3,c3684780) at giant_ioctl+0x33 devfs_ioctl_f(c366c288,80084e64,c33ee090,c37a2300,c3684780) at devfs_ioctl_f+0xaf ioctl(c3684780,ddfe3d04,3,1,206) at ioctl+0x370 syscall(3b,3b,3b,4,1) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x28143267, esp = 0xbfbfdf1c, ebp = 0xbfbfdf48 --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor write, page not present instruction pointer = 0x20:0xc067cacc stack pointer = 0x28:0xddfe38cc frame pointer = 0x28:0xddfe38d4 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 732 (mount_nwfs) panic: from debugger Uptime: 9m55s Dumping 494 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 495MB (126511 pages) 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc0657d60 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc065800b in panic (fmt=0xc086bbfa "from debugger") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc046b2e9 in db_panic (addr=-1066939700, have_addr=0, count=-1, modif=0xddfe36f4 "") at /usr/src/sys/ddb/db_command.c:438 #4 0xc046b280 in db_command (last_cmdp=0xc096b544, cmd_table=0x0, aux_cmd_tablep=0xc08d1804, aux_cmd_tablep_end=0xc08d1820) at /usr/src/sys/ddb/db_command.c:350 #5 0xc046b348 in db_command_loop () at /usr/src/sys/ddb/db_command.c:458 #6 0xc046cf3d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #7 0xc066fdb3 in kdb_trap (type=12, code=0, tf=0xddfe388c) at /usr/src/sys/kern/subr_kdb.c:473 #8 0xc083609c in trap_fatal (frame=0xddfe388c, eva=0) at /usr/src/sys/i386/i386/trap.c:827 #9 0xc0835e07 in trap_pfault (frame=0xddfe388c, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:744 #10 0xc0835a51 in trap (frame= {tf_fs = -1064697848, tf_es = -570556376, tf_ds = -1067188184, tf_edi = 0, tf_esi = -1016576128, tf_ebp = -570541868, tf_isp = -570541896, tf_ebx = -1016657040, tf_edx = -1063447364, tf_ecx = -1063447368, tf_eax = 0, tf_trapno = 12, tf_err = 2, tf_eip = -1066939700, tf_cs = 32, tf_eflags = 66118, tf_esp = -1016657120, tf_ss = 1}) at /usr/src/sys/i386/i386/trap.c:434 #11 0xc082512a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #12 0xc067cacc in selrecord (selector=0xc3684780, sip=0xc3670b70) at /usr/src/sys/kern/sys_generic.c:1105 #13 0xc0692eff in sopoll (so=0xc3670b20, events=1, active_cred=0x0, td=0xc3684780) at /usr/src/sys/kern/uipc_socket.c:2059 #14 0xc35dede5 in ?? () #15 0xc3670b20 in ?? () #16 0x00000001 in ?? () #17 0x00000000 in ?? () #18 0xc3684780 in ?? () #19 0xddfe3994 in ?? () #20 0xc35e174a in ?? () #21 0xc3670b20 in ?? () #22 0x00000001 in ?? () #23 0xddfe3930 in ?? () #24 0xc353f6bc in ?? () #25 0x00000000 in ?? () #26 0xc3555380 in ?? () #27 0x00000000 in ?? () #28 0xddfe394c in ?? () #29 0xc3684780 in ?? () #30 0xc36c0400 in ?? () #31 0x00000007 in ?? () #32 0x00000000 in ?? () #33 0x00000000 in ?? () #34 0xc3555380 in ?? () #35 0xc33ee090 in ?? () #36 0xddfe3980 in ?? () #37 0xc35e14ae in ?? () #38 0xc3555380 in ?? () #39 0x00001111 in ?? () #40 0x00000000 in ?? () #41 0xc36c0400 in ?? () #42 0xc3684780 in ?? () #43 0xc37a2300 in ?? () #44 0x00000048 in ?? () #45 0xc35e3660 in ?? () #46 0x00000002 in ?? () #47 0x00000000 in ?? () #48 0xc36c0400 in ?? () #49 0xddfe39ac in ?? () #50 0xc35df5ca in ?? () #51 0x00000000 in ?? () #52 0xc36c0400 in ?? () #53 0xc33ee090 in ?? () #54 0xddfe39ac in ?? () #55 0xc35df5ee in ?? () #56 0xc3555380 in ?? () #57 0xc3555380 in ?? () #58 0x00000000 in ?? () #59 0xc36c0400 in ?? () #60 0xddfe39c0 in ?? () #61 0xc35de456 in ?? () #62 0xc36c0400 in ?? () #63 0x00000000 in ?? () #64 0xddfe3bc8 in ?? () #65 0xddfe3c44 in ?? () #66 0xc35e0a57 in ?? () #67 0xc36c0400 in ?? () #68 0x00000044 in ?? () #69 0xddfe39ec in ?? () #70 0xc063310e in dev_relthread (dev=0x0) at /usr/src/sys/kern/kern_conf.c:135 Previous frame inner to this frame (corrupt stack?) (kgdb) q __________________ Here is what i get sometimes when i try to mount an novell volume. (e.g. mount_nwfs -A 1.2.3.4 /server:user/volume /mnt) Jul 13 09:25:10 pcmcb3-104 kernel: ncp_load: loaded Jul 13 09:26:25 pcmcb3-104 syslogd: kernel boot file is /boot/kernel/kernel Jul 13 09:26:26 pcmcb3-104 kernel: Jul 13 09:26:26 pcmcb3-104 kernel: Jul 13 09:26:26 pcmcb3-104 kernel: Fatal trap 12: page fault while in kernel mode Jul 13 09:26:26 pcmcb3-104 kernel: fault virtual address = 0x0 Jul 13 09:26:26 pcmcb3-104 kernel: fault code = supervisor write, page not present Jul 13 09:26:26 pcmcb3-104 kernel: instruction pointer = 0x20:0xc04c66a5 Jul 13 09:26:26 pcmcb3-104 kernel: stack pointer = 0x28:0xdddf88c8 Jul 13 09:26:26 pcmcb3-104 kernel: frame pointer = 0x28:0xdddf88d0 Jul 13 09:26:26 pcmcb3-104 kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Jul 13 09:26:26 pcmcb3-104 kernel: = DPL 0, pres 1, def32 1, gran 1 Jul 13 09:26:26 pcmcb3-104 kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Jul 13 09:26:26 pcmcb3-104 kernel: current process = 679 (mount_nwfs) Jul 13 09:26:26 pcmcb3-104 kernel: trap number = 12 Jul 13 09:26:26 pcmcb3-104 kernel: panic: page fault Jul 13 09:26:26 pcmcb3-104 kernel: Uptime: 1m23s Jul 13 09:26:26 pcmcb3-104 kernel: Cannot dump. No dump device defined. Jul 13 09:26:26 pcmcb3-104 kernel: Automatic reboot in 15 seconds - press a key on the console to abort Jul 13 09:26:26 pcmcb3-104 kernel: Rebooting... Maik Ehinger/MCB 11.07.2006 08:39 An Antony Mawer Kopie freebsd-fs@freebsd.org Thema Re: novell mount losing state(Document link: Maik Ehinger) We use IP for access. We mount it with the mount_nwfs command. My working server (FBSD 4.11) and the non working server (FBSD 6.1) are both connected to the some switch. I also got an kernel trap = 12 after i mounted the novell volume. Antony Mawer 08.07.2006 04:18 An m.ehinger@ltur.de Kopie Thema Re: novell mount losing state On 5/07/2006 5:03 PM, m.ehinger@ltur.de wrote: > i'am using FreeBSD 6.1 Stable and tried to mount an Novell volume (mount_nwfs). Mounting the volume works without problems but after > some time of inactivity on that mount i have to remount the volume to get access again. > > Syslog message: > > Jul 5 08:51:08 pcmcb3-104 kernel: ncprq: Restoring connection, flags = 101 > > Output of "ncplist c" working mount (yesterday evening) > Active NCP connections: > refid server:user(connid), owner:group(mode), refs, > 7 SERVER:USER(483), root:wheel(755), 1, > > Output of "ncplist c" non working mount (today morning) > > Active NCP connections: > refid server:user(connid), owner:group(mode), refs, > 7 SERVER:USER(397), root:wheel(755), 1, <> Are you using IPX or IP for access to the Netware server? What version of Netware are you using? We mount our Netware shares on-demand, but only because that suits our access pattern... We have seen issues with the Netware connection "going away" depending on how you configure the IPX network numbers on FreeBSD and how you're running IPXrouted. We've also seen issues with connectivity to Netware servers with both IP and IPX that are due to network topology problems... moving the FreeBSD server to a different location on the network resolved our connectivity issues at one site. What command are you using to create the initial Netware connection? A mount_nwfs command or ncplogin ? Regards Antony From owner-freebsd-fs@FreeBSD.ORG Fri Jul 14 06:56:58 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F5A916A4DD; Fri, 14 Jul 2006 06:56:58 +0000 (UTC) (envelope-from daichi@freebsd.org) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.232.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC9E343D49; Fri, 14 Jul 2006 06:56:57 +0000 (GMT) (envelope-from daichi@freebsd.org) Received: from [192.168.1.101] (dullmdaler.ongs.co.jp [202.216.232.62]) by natial.ongs.co.jp (Postfix) with ESMTP id DF927244C48; Fri, 14 Jul 2006 15:56:56 +0900 (JST) Message-ID: <44B74036.6060101@freebsd.org> Date: Fri, 14 Jul 2006 15:56:54 +0900 From: Daichi GOTO User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, freebsd-fs@freebsd.org References: <44B67340.1080405@freebsd.org> In-Reply-To: <44B67340.1080405@freebsd.org> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Cc: ozawa@ongs.co.jp Subject: Re: [ANN] unionfs patchset-16 release, it is ready for the merge X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 06:56:58 -0000 Daichi GOTO wrote: > Patchset-16: > For 7-current > http://people.freebsd.org/~daichi/unionfs/unionfs-p16.diff > > For 6.x > http://people.freebsd.org/~daichi/unionfs/unionfs6-p16.diff I'm sorry, how silly of me. I updated miss edited things. I updated correct things now. Please check it :) -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-fs@FreeBSD.ORG Fri Jul 14 09:20:02 2006 Return-Path: X-Original-To: freebsd-fs@freebsd.org Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0EB816A4DA; Fri, 14 Jul 2006 09:20:01 +0000 (UTC) (envelope-from yanyuejin2004@hotmail.com) Received: from bay0-omc3-s39.bay0.hotmail.com (bay0-omc3-s39.bay0.hotmail.com [65.54.246.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id A568B43D45; Fri, 14 Jul 2006 09:20:01 +0000 (GMT) (envelope-from yanyuejin2004@hotmail.com) Received: from hotmail.com ([64.4.22.56]) by bay0-omc3-s39.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 14 Jul 2006 02:20:01 -0700 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 14 Jul 2006 02:20:00 -0700 Message-ID: Received: from 69.45.64.20 by by23fd.bay23.hotmail.msn.com with HTTP; Fri, 14 Jul 2006 09:20:00 GMT X-Originating-IP: [218.76.42.51] X-Originating-Email: [yanyuejin2004@hotmail.com] X-Sender: yanyuejin2004@hotmail.com From: "etalk etalk" To: freebsd-fs@freebsd.org, freebsd-performance@freebsd.org Date: Fri, 14 Jul 2006 17:20:00 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset=gb2312; format=flowed X-OriginalArrivalTime: 14 Jul 2006 09:20:00.0981 (UTC) FILETIME=[AECB9050:01C6A726] X-Mailman-Approved-At: Fri, 14 Jul 2006 12:56:49 +0000 Cc: Subject: about the performance comparsion of 6.1 vs 5.3 on amd64 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Jul 2006 09:20:02 -0000 I did some test about io performance of bsd6.1 and bsd5.3 on amd64 machine , and i didn't see any obvious performance's improvement . Is there anybody know how about the performance improvement of bsd6.1 when comparing to bsd5.3 on amd64 machine, and is there any tools that can let me see the improvement. Best Regards Yandy _________________________________________________________________ 与联机的朋友进行交流，请使用 MSN Messenger: http://messenger.msn.com/cn