Re: HOWTO articles for migrating from Linux to FreeBSD, especially for pkg?
On Sat, 18 Oct 2014 12:11:50 +0800 Erich Dollansky erichsfreebsdl...@alogt.com wrote: Hi. I think the advantages of the forum are... *Well moderated by moderators and anministrators. *Registering email address is needed, but not disclosed by default. These mean no need to worry about increasing spams. In cases off-forum discussion is needed, private message can be used to exchange actual email address. Hi, On Fri, 15 Aug 2014 12:01:30 -0700 Craig Rodrigues rodr...@freebsd.org wrote: On Wed, Aug 13, 2014 at 6:34 PM, Russell L. Carter rcar...@pinyon.org wrote: One complaint I have about the FreeBSD project, is that the core project contributors and developers rely too much on e-mail for communication. This certainly works, and I use it too, but new and casual users getting into FreeBSD may get lost in the maze of FreeBSD mailing lists. It would be nice if more of the core project contributors mailing lists have two advantages I would not like to miss. A) people can create their own archive and use it when they are offline B) Google Co. offer good search tools to search the online archives used the web forums ( http://forums.freebsd.org ), since stuff like I also noticed while travelling that some locations block the forum. Ok, it is rare. that shows up nicely in web searches, and it is easier This is also true for the e-mails. Erich ___ 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 -- 青木 知明 [Tomoaki AOKI] junch...@dec.sakura.ne.jp mxe02...@nifty.com ___ 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: ssh None cipher
If the purpose of having a none cipher is to have a fast file transfer, then one should be using sysutils/bbcp for that purposes. Uses ssd for authentication, and opens unencrypted channel(s) for the actual data transfer. It's also very fast, can use multiple TCP streams. Mark On 10/18/14 06:10, Allan Jude wrote: On 2014-10-17 22:43, Benjamin Kaduk wrote: On Fri, 17 Oct 2014, Ben Woods wrote: Whilst trying to replicate data from my FreeNAS to my FreeBSD home theater PC on my local LAN, I came across this bug preventing use of the None cipher: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=163127 I think I could enable the None cipher by recompiling base with a flag in /etc/src.conf. I agree. Is there any harm in enabling this by default, but having the None cipher remain disabled in /etc/ssh/sshd_config? That way people wouldn't have it on my default, but wouldn't have to recompile to enable it. I do not see any immediate and concrete harm that doing so would cause, yet that is insufficient for me to think that doing so would be a good idea. -Ben ___ 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 I've been using openssh-portable from ports with the none cipher patch to get around this. IIRC, upstream openssh refuses to merge the none cipher patches because you shouldn't do that. But I'd vote for having it compiled in and just disabled by default. It will refuse to let you have a shell without encryption, and prints a big fat hairy warning when encryption is disabled. ___ 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: kernel page fault with nfs
On Friday, October 17, 2014 11:11:26 PM Tobias C. Berner wrote: Hi For some days now I've had problems with my current (last test with r273178M). Sometimes when accessing a nfs-share there is a pagefault: ### Fatal trap 12: page fault while in kernel mode cpuid = 7; apic id = 07 fault virtual address = 0xfe07cfe60400 fault code = supervisor read data, page not present instruction pointer = 0x20:0x80d4d4b6 stack pointer = 0x28:0xfe086088b380 frame pointer = 0x28:0xfe086088b3f0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 43868 (mplayer) #0 0x80926d29 in shutdown_nice (howto=1) at /usr/src/sys/kern/kern_shutdown.c:207 #1 0x80926a2d in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:444 #2 0x80926f80 in panic (fmt=0x104 Address 0x104 out of bounds) at /usr/src/sys/kern/kern_shutdown.c:698 #3 0x8035f147 in panic_cmd_del (arg=0x0) at /usr/src/sys/ddb/db_command.c:244 #4 0x8035ed5d in db_command (cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:439 #5 0x8035ead4 in db_command_loop () at /usr/src/sys/ddb/db_command.c:488 #6 0x803615e0 in db_trap (type=value optimized out, code=0) at /usr/src/sys/ddb/db_main.c:247 #7 0x80966db1 in kdb_trap (type=12, code=0, tf=0xfe086088b2d0) at /usr/src/sys/kern/subr_kdb.c:626 #8 0x80d4f92c in trap_fatal (frame=0xfe086088b2d0, eva=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:835 #9 0x80d4fcbc in trap_pfault (frame=0xfe086088b2d0, usermode=0) at atomic.h:161 #10 0x80d4f2de in trap (frame=0xfe086088b2d0) at /usr/src/sys/amd64/amd64/trap.c:594 #11 0x80d33822 in Xtss () at /usr/src/sys/amd64/amd64/exception.S:154 #12 0x80d4d4b6 in stack_save_td (st=value optimized out, td=value optimized out) at /usr/src/sys/amd64/amd64/stack_machdep.c:74 #13 0x809f30b2 in foffset_unlock (fp=value optimized out, val=value optimized out, flags=value optimized out) at /usr/src/sys/kern/vfs_vnops.c:700 #14 0x8082faad in ncl_bioread (vp=0xf80201dd7490, uio=0xfe086088b7d8, ioflag=value optimized out, cred=0xf8015816a600) at /usr/src/sys/fs/nfsclient/nfs_clbio.c:511 #15 0x80e64381 in VOP_MARKATIME_APV (vop=value optimized out, a=0xfe086088b650) at vnode_if.c:856 #16 0x809f4dd5 in vn_read (fp=0xf80272490cd0, uio=0xfe086088b7d8, active_cred=0xf8015816a600, flags=128, td=0xf800) at vnode_if.h:859 #17 0x809f5502 in get_advice (fp=0xfe086088b730, uio=0x400) at /usr/src/sys/kern/vfs_vnops.c:729 #18 0x809f2b80 in vn_io_fault1 () at /usr/src/sys/kern/vfs_vnops.c:1058 #19 0x809f0d3b in vn_io_fault (fp=0xf80272490cd0, uio=0xfe086088b970, active_cred=0x400, flags=128, td=0xf800) at /usr/src/sys/kern/vfs_vnops.c:128 #20 0x80981d95 in freebsd6_pread (td=0xf802d93204a8, uap=0xf9fb094c00a8) at /usr/src/sys/kern/sys_generic.c:217 #21 0x80981ab8 in sys_cap_fcntls_get (td=value optimized out, uap=0x800) at /usr/src/sys/kern/sys_capability.c:576 #22 0x80981a43 in sys_cap_fcntls_get (td=value optimized out, uap=0x0) at sx.h:183 #23 0x80d503cb in amd64_syscall (td=0x45e400, traced=0) at subr_syscall.c:87 #24 0x80d33b0b in Xprot () at /usr/src/sys/amd64/amd64/exception.S:324 #25 0x000806a7fe6a in ?? () ## The functions in this stack trace don't make sense. It is as if you are running kgdb against the wrong kernel. -- John Baldwin ___ 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: kernel page fault with nfs
When you rebuild your system, did you rebuild and install all kernel and world? Best Regards, On Oct 18, 2014 7:57 PM, John Baldwin j...@freebsd.org wrote: On Friday, October 17, 2014 11:11:26 PM Tobias C. Berner wrote: Hi For some days now I've had problems with my current (last test with r273178M). Sometimes when accessing a nfs-share there is a pagefault: ### Fatal trap 12: page fault while in kernel mode cpuid = 7; apic id = 07 fault virtual address = 0xfe07cfe60400 fault code = supervisor read data, page not present instruction pointer = 0x20:0x80d4d4b6 stack pointer = 0x28:0xfe086088b380 frame pointer = 0x28:0xfe086088b3f0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 43868 (mplayer) #0 0x80926d29 in shutdown_nice (howto=1) at /usr/src/sys/kern/kern_shutdown.c:207 #1 0x80926a2d in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:444 #2 0x80926f80 in panic (fmt=0x104 Address 0x104 out of bounds) at /usr/src/sys/kern/kern_shutdown.c:698 #3 0x8035f147 in panic_cmd_del (arg=0x0) at /usr/src/sys/ddb/db_command.c:244 #4 0x8035ed5d in db_command (cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:439 #5 0x8035ead4 in db_command_loop () at /usr/src/sys/ddb/db_command.c:488 #6 0x803615e0 in db_trap (type=value optimized out, code=0) at /usr/src/sys/ddb/db_main.c:247 #7 0x80966db1 in kdb_trap (type=12, code=0, tf=0xfe086088b2d0) at /usr/src/sys/kern/subr_kdb.c:626 #8 0x80d4f92c in trap_fatal (frame=0xfe086088b2d0, eva=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:835 #9 0x80d4fcbc in trap_pfault (frame=0xfe086088b2d0, usermode=0) at atomic.h:161 #10 0x80d4f2de in trap (frame=0xfe086088b2d0) at /usr/src/sys/amd64/amd64/trap.c:594 #11 0x80d33822 in Xtss () at /usr/src/sys/amd64/amd64/exception.S:154 #12 0x80d4d4b6 in stack_save_td (st=value optimized out, td=value optimized out) at /usr/src/sys/amd64/amd64/stack_machdep.c:74 #13 0x809f30b2 in foffset_unlock (fp=value optimized out, val=value optimized out, flags=value optimized out) at /usr/src/sys/kern/vfs_vnops.c:700 #14 0x8082faad in ncl_bioread (vp=0xf80201dd7490, uio=0xfe086088b7d8, ioflag=value optimized out, cred=0xf8015816a600) at /usr/src/sys/fs/nfsclient/nfs_clbio.c:511 #15 0x80e64381 in VOP_MARKATIME_APV (vop=value optimized out, a=0xfe086088b650) at vnode_if.c:856 #16 0x809f4dd5 in vn_read (fp=0xf80272490cd0, uio=0xfe086088b7d8, active_cred=0xf8015816a600, flags=128, td=0xf800) at vnode_if.h:859 #17 0x809f5502 in get_advice (fp=0xfe086088b730, uio=0x400) at /usr/src/sys/kern/vfs_vnops.c:729 #18 0x809f2b80 in vn_io_fault1 () at /usr/src/sys/kern/vfs_vnops.c:1058 #19 0x809f0d3b in vn_io_fault (fp=0xf80272490cd0, uio=0xfe086088b970, active_cred=0x400, flags=128, td=0xf800) at /usr/src/sys/kern/vfs_vnops.c:128 #20 0x80981d95 in freebsd6_pread (td=0xf802d93204a8, uap=0xf9fb094c00a8) at /usr/src/sys/kern/sys_generic.c:217 #21 0x80981ab8 in sys_cap_fcntls_get (td=value optimized out, uap=0x800) at /usr/src/sys/kern/sys_capability.c:576 #22 0x80981a43 in sys_cap_fcntls_get (td=value optimized out, uap=0x0) at sx.h:183 #23 0x80d503cb in amd64_syscall (td=0x45e400, traced=0) at subr_syscall.c:87 #24 0x80d33b0b in Xprot () at /usr/src/sys/amd64/amd64/exception.S:324 #25 0x000806a7fe6a in ?? () ## The functions in this stack trace don't make sense. It is as if you are running kgdb against the wrong kernel. -- John Baldwin ___ 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: ssh None cipher
On Oct 18, 2014 3:54 AM, Mark Martinec mark.martinec+free...@ijs.si wrote: If the purpose of having a none cipher is to have a fast file transfer, then one should be using sysutils/bbcp for that purposes. Uses ssd for authentication, and opens unencrypted channel(s) for the actual data transfer. It's also very fast, can use multiple TCP streams. That's an interesting alternative to rsync, scp, and ftp, but doesn't help with zfs send/recv which is where the none cipher really shines. Without the none cipher, SSH becomes the bottleneck limiting transfers to around 400 Mbps on a gigabit LAN. With the none cipher, the network becomes the bottleneck limiting transfers to around 920 Mbps on the same gigabit LAN. This is between two 8-core AMD Opteron 6200 systems using igb(4) NICs. ___ 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: ssh None cipher
On 2014-10-18 13:21, Freddie Cash wrote: On Oct 18, 2014 3:54 AM, Mark Martinec mark.martinec+free...@ijs.si wrote: If the purpose of having a none cipher is to have a fast file transfer, then one should be using sysutils/bbcp for that purposes. Uses ssd for authentication, and opens unencrypted channel(s) for the actual data transfer. It's also very fast, can use multiple TCP streams. That's an interesting alternative to rsync, scp, and ftp, but doesn't help with zfs send/recv which is where the none cipher really shines. Without the none cipher, SSH becomes the bottleneck limiting transfers to around 400 Mbps on a gigabit LAN. With the none cipher, the network becomes the bottleneck limiting transfers to around 920 Mbps on the same gigabit LAN. This is between two 8-core AMD Opteron 6200 systems using igb(4) NICs. ___ 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 Actually, looking into it, the bbcp command can support a pipe at each end instead of files, so you can actually do a zfs send | zfs receive via bbcp, and use multiple concurrent connections, to get around TCP window stuff when going transatlantic I am going to be trying it out shortly. Note: the other big improvement in newer ssh is the HPN stuff, that is switched on since 9.2 I think. -- Allan Jude signature.asc Description: OpenPGP digital signature
Re: Resizing a zpool as a VMware ESXi guest ...
On 10/16/2014 3:17 AM, Garrett Cooper wrote: On Oct 16, 2014, at 1:10, Edward Tomasz Napierała tr...@freebsd.org wrote: camcontrol rescan does not force fetching the updated disk size. AFAIK there is no way to do that. However, this should happen automatically, if the other side properly sends proper Unit Attention after resizing. No idea why this doesn't happen with VMWare. Reboot obviously clears things up. [..] Is open-vm-tools installed? I ask because if I don't have it installed and the kernel modules loaded, VMware doesn't notify the guest OS of disks being added/removed. VMware tools were not installed at the time. I'll try that, but I doubt it will make a difference for resizing. Also, what disk controller are you using? The ESXi 5.5 default controller for FreeBSD, LSI Logic Parallel ... mpt0@pci0:0:16:0: class=0x01 card=0x197615ad chip=0x00301000 rev=0x01 hdr=0x00 vendor = 'LSI Logic / Symbios Logic' device = '53c1030 PCI-X Fusion-MPT Dual Ultra320 SCSI' class = mass storage subclass = SCSI I'll try it with the LSI Logic SAS controller as well to see if that makes a difference. -Matthew ___ 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
panic: worklist_remove: 0xca327d00 allocdirect(0x20005) not on list
Hi, I ran into this panic when doing a crypto intensive workload while running a buildworld in the background. I haven’t seen this panic before. My world and kernel were build recently (in the past 3 days). Thanks! -Garrett # kgdb /boot/kernel/kernel vmcore.0 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: panic: worklist_remove: 0xca327d00 allocdirect(0x20005) not on list cpuid = 2 KDB: enter: panic Reading symbols from /usr/local/lib/vmware-tools/modules/drivers/vmmemctl.ko...done. Loaded symbols for /usr/local/lib/vmware-tools/modules/drivers/vmmemctl.ko Reading symbols from /usr/local/lib/vmware-tools/modules/drivers/vmxnet.ko...done. Loaded symbols for /usr/local/lib/vmware-tools/modules/drivers/vmxnet.ko Reading symbols from /usr/local/lib/vmware-tools/modules/drivers/vmblock.ko...done. Loaded symbols for /usr/local/lib/vmware-tools/modules/drivers/vmblock.ko Reading symbols from /usr/local/lib/vmware-tools/modules/drivers/vmhgfs.ko...done. Loaded symbols for /usr/local/lib/vmware-tools/modules/drivers/vmhgfs.ko Reading symbols from /boot/kernel/aio.ko.symbols...done. Loaded symbols for /boot/kernel/aio.ko.symbols Reading symbols from /boot/kernel/mqueuefs.ko.symbols...done. Loaded symbols for /boot/kernel/mqueuefs.ko.symbols Reading symbols from /boot/kernel/if_vlan.ko...done. Loaded symbols for /boot/kernel/if_vlan.ko #0 doadump (textdump=0) at pcpu.h:233 233 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump (textdump=0) at pcpu.h:233 #1 0xc04c764d in db_fncall (dummy1=-1063112532, dummy2=0, dummy3=-1068053257, dummy4=0xe271b11c @?q?([??0??Ƭ0??\001) at /usr/src/sys/ddb/db_command.c:568 #2 0xc04c732b in db_command (cmd_table=value optimized out) at /usr/src/sys/ddb/db_command.c:440 #3 0xc04c7070 in db_command_loop () at /usr/src/sys/ddb/db_command.c:493 #4 0xc04c9aa0 in db_trap (type=value optimized out, code=value optimized out) at /usr/src/sys/ddb/db_main.c:251 #5 0xc06d5b84 in kdb_trap (type=value optimized out, code=value optimized out, tf=value optimized out) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xc0930657 in trap (frame=value optimized out) at /usr/src/sys/i386/i386/trap.c:693 #7 0xc091883c in calltrap () at /usr/src/sys/i386/i386/exception.s:169 #8 0xc06d540d in kdb_enter (why=0xc099dc65 panic, msg=value optimized out) at cpufunc.h:71 #9 0xc0690b7f in panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:739 #10 0xc0874fca in softdep_disk_write_complete (bp=value optimized out) at /usr/src/sys/ufs/ffs/ffs_softdep.c:1036 #11 0xc073b033 in bufdone_finish (bp=0xe25a24f0) at buf.h:420 #12 0xc073ae40 in bufdone (bp=value optimized out) at /usr/src/sys/kern/vfs_bio.c:3795 #13 0xc05dda61 in g_vfs_done (bip=value optimized out) at /usr/src/sys/geom/geom_vfs.c:157 #14 0xc05d82ff in g_io_deliver (bp=0xc6f6eab0, error=value optimized out) at /usr/src/sys/geom/geom_io.c:669 #15 0xc05dc03e in g_std_done (bp=value optimized out) at /usr/src/sys/geom/geom_subr.c:1026 #16 0xc05d82ff in g_io_deliver (bp=0xc7096be0, error=value optimized out) at /usr/src/sys/geom/geom_io.c:669 #17 0xc05d51a0 in g_disk_done_single (bp=0xc7096be0) at /usr/src/sys/geom/geom_disk.c:254 #18 0xc048ea6d in dadone (periph=value optimized out, done_ccb=value optimized out) at /usr/src/sys/cam/scsi/scsi_da.c:3021 #19 0xc0466ee4 in xpt_done_process (ccb_h=0xcd2b9000) at /usr/src/sys/cam/cam_xpt.c:5248 #20 0xc046bbf4 in xpt_done_td (arg=0xc0a1d480) at /usr/src/sys/cam/cam_xpt.c:5275 #21 0xc06502e3 in fork_exit (callout=0xc046ba00 xpt_done_td) at /usr/src/sys/kern/kern_fork.c:977 #22 0xc09188e4 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:278 Current language: auto; currently minimal signature.asc Description: Message signed with OpenPGP using GPGMail
Re: kernel page fault with nfs
Hi World ist from october 16, installed world and kernel then. Kernel was later rebuilt with debug-options. Is the following more sensible? ## # kgdb NOXON/kernel.debug vmcore.1 Fatal trap 12: page fault while in kernel mode cpuid = 5; apic id = 05 fault virtual address = 0xfe07d1744000 fault code = supervisor write data, page not present instruction pointer = 0x20:0x80d4d58a stack pointer = 0x28:0xfe086057f240 frame pointer = 0x28:0xfe086057f2f0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 6524 (python2.7) (kgdb) bt #0 doadump (textdump=1) at pcpu.h:219 #1 0x80926b6d in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0x809270c0 in panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:746 #3 0x8035f167 in db_panic (addr=value optimized out, have_addr=2, count=0, modif=0x0) at /usr/src/sys/ddb/db_command.c:473 #4 0x8035ed7d in db_command (cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:440 #5 0x8035eaf4 in db_command_loop () at /usr/src/sys/ddb/db_command.c:493 #6 0x80361600 in db_trap (type=value optimized out, code=0) at /usr/src/sys/ddb/db_main.c:251 #7 0x80966f01 in kdb_trap (type=12, code=0, tf=value optimized out) at /usr/src/sys/kern/subr_kdb.c:654 #8 0x80d4fa7c in trap_fatal (frame=0xfe086057f190, eva=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:861 #9 0x80d4fe0c in trap_pfault (frame=0xfe086057f190, usermode=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:677 #10 0x80d4f42e in trap (frame=0xfe086057f190) at /usr/src/sys/amd64/amd64/trap.c:426 #11 0x80d33972 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:231 #12 0x80d4d58a in bzero () at /usr/src/sys/amd64/amd64/support.S:53 #13 0x80830463 in ncl_doio (vp=0xf801e7f99938, bp=0xfe07c5a168e8, cr=value optimized out, td=value optimized out, called_from_strategy=value optimized out) at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 #14 0x80831acf in ncl_write (ap=value optimized out) at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1124 #15 0x80e646a5 in VOP_WRITE_APV (vop=value optimized out, a=value optimized out) at vnode_if.c:997 #16 0x809f52f9 in vn_write (fp=0xf80101c62780, uio=0xfe086057f970, active_cred=value optimized out, flags=320, td=0x0) at vnode_if.h:413 #17 0x809f5602 in vn_io_fault_doio (args=value optimized out, uio=0xa00, td=0x0) at /usr/src/sys/kern/vfs_vnops.c:991 #18 0x809f2aec in vn_io_fault1 () at /usr/src/sys/kern/vfs_vnops.c:1047 #19 0x809f0e3b in vn_io_fault (fp=0xf80101c62780, uio=0xfe086057f970, active_cred=value optimized out, flags=0, td=0xf80171d79920) at /usr/src/sys/kern/vfs_vnops.c:1152 #20 0x80982357 in dofilewrite (td=0xf80171d79920, fd=19, fp=0xf80101c62780, auio=0xfe086057f970, offset=value optimized out, flags=0) at file.h:306 #21 0x80982088 in kern_writev (td=0xf80171d79920, fd=19, auio=0xfe086057f970) at /usr/src/sys/kern/sys_generic.c:467 #22 0x80982013 in sys_write (td=value optimized out, uap=value optimized out) at /usr/src/sys/kern/sys_generic.c:382 #23 0x80d5051b in amd64_syscall (td=0xf80171d79920, traced=0) at subr_syscall.c:133 #24 0x80d33c5b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:390 #25 0x00080137de4a in ?? () ## Thanks in advance, Tobias Berner On Saturday 18 October 2014 20.43:12 Marcelo Araujo wrote: When you rebuild your system, did you rebuild and install all kernel and world? Best Regards, On Oct 18, 2014 7:57 PM, John Baldwin j...@freebsd.org wrote: On Friday, October 17, 2014 11:11:26 PM Tobias C. Berner wrote: Hi For some days now I've had problems with my current (last test with r273178M). Sometimes when accessing a nfs-share there is a pagefault: ## # Fatal trap 12: page fault while in kernel mode cpuid = 7; apic id = 07 fault virtual address = 0xfe07cfe60400 fault code = supervisor read data, page not present instruction pointer = 0x20:0x80d4d4b6 stack pointer = 0x28:0xfe086088b380 frame pointer = 0x28:0xfe086088b3f0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 43868 (mplayer) #0 0x80926d29 in shutdown_nice
Re: kernel page fault with nfs
On 2014-10-18 18:48, Tobias C. Berner wrote: Hi World ist from october 16, installed world and kernel then. Kernel was later rebuilt with debug-options. Is the following more sensible? ## # kgdb NOXON/kernel.debug vmcore.1 Fatal trap 12: page fault while in kernel mode cpuid = 5; apic id = 05 fault virtual address = 0xfe07d1744000 fault code = supervisor write data, page not present instruction pointer = 0x20:0x80d4d58a stack pointer = 0x28:0xfe086057f240 frame pointer = 0x28:0xfe086057f2f0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 6524 (python2.7) (kgdb) bt #0 doadump (textdump=1) at pcpu.h:219 #1 0x80926b6d in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0x809270c0 in panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:746 #3 0x8035f167 in db_panic (addr=value optimized out, have_addr=2, count=0, modif=0x0) at /usr/src/sys/ddb/db_command.c:473 #4 0x8035ed7d in db_command (cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:440 #5 0x8035eaf4 in db_command_loop () at /usr/src/sys/ddb/db_command.c:493 #6 0x80361600 in db_trap (type=value optimized out, code=0) at /usr/src/sys/ddb/db_main.c:251 #7 0x80966f01 in kdb_trap (type=12, code=0, tf=value optimized out) at /usr/src/sys/kern/subr_kdb.c:654 #8 0x80d4fa7c in trap_fatal (frame=0xfe086057f190, eva=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:861 #9 0x80d4fe0c in trap_pfault (frame=0xfe086057f190, usermode=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:677 #10 0x80d4f42e in trap (frame=0xfe086057f190) at /usr/src/sys/amd64/amd64/trap.c:426 #11 0x80d33972 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:231 #12 0x80d4d58a in bzero () at /usr/src/sys/amd64/amd64/support.S:53 #13 0x80830463 in ncl_doio (vp=0xf801e7f99938, bp=0xfe07c5a168e8, cr=value optimized out, td=value optimized out, called_from_strategy=value optimized out) at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 #14 0x80831acf in ncl_write (ap=value optimized out) at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1124 #15 0x80e646a5 in VOP_WRITE_APV (vop=value optimized out, a=value optimized out) at vnode_if.c:997 #16 0x809f52f9 in vn_write (fp=0xf80101c62780, uio=0xfe086057f970, active_cred=value optimized out, flags=320, td=0x0) at vnode_if.h:413 #17 0x809f5602 in vn_io_fault_doio (args=value optimized out, uio=0xa00, td=0x0) at /usr/src/sys/kern/vfs_vnops.c:991 #18 0x809f2aec in vn_io_fault1 () at /usr/src/sys/kern/vfs_vnops.c:1047 #19 0x809f0e3b in vn_io_fault (fp=0xf80101c62780, uio=0xfe086057f970, active_cred=value optimized out, flags=0, td=0xf80171d79920) at /usr/src/sys/kern/vfs_vnops.c:1152 #20 0x80982357 in dofilewrite (td=0xf80171d79920, fd=19, fp=0xf80101c62780, auio=0xfe086057f970, offset=value optimized out, flags=0) at file.h:306 #21 0x80982088 in kern_writev (td=0xf80171d79920, fd=19, auio=0xfe086057f970) at /usr/src/sys/kern/sys_generic.c:467 #22 0x80982013 in sys_write (td=value optimized out, uap=value optimized out) at /usr/src/sys/kern/sys_generic.c:382 #23 0x80d5051b in amd64_syscall (td=0xf80171d79920, traced=0) at subr_syscall.c:133 #24 0x80d33c5b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:390 #25 0x00080137de4a in ?? () ## Thanks in advance, Tobias Berner On Saturday 18 October 2014 20.43:12 Marcelo Araujo wrote: When you rebuild your system, did you rebuild and install all kernel and world? Best Regards, On Oct 18, 2014 7:57 PM, John Baldwin j...@freebsd.org wrote: On Friday, October 17, 2014 11:11:26 PM Tobias C. Berner wrote: Hi For some days now I've had problems with my current (last test with r273178M). Sometimes when accessing a nfs-share there is a pagefault: ## # Fatal trap 12: page fault while in kernel mode cpuid = 7; apic id = 07 fault virtual address = 0xfe07cfe60400 fault code = supervisor read data, page not present instruction pointer = 0x20:0x80d4d4b6 stack pointer = 0x28:0xfe086088b380 frame pointer = 0x28:0xfe086088b3f0 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current
Re: kernel page fault with nfs
It is still strange, could you do what Allan said and send us the result in case you are not sure you have world and kernel in the same revision! On Oct 19, 2014 6:48 AM, Tobias C. Berner tcber...@gmail.com wrote: Hi World ist from october 16, installed world and kernel then. Kernel was later rebuilt with debug-options. Is the following more sensible? ## # kgdb NOXON/kernel.debug vmcore.1 Fatal trap 12: page fault while in kernel mode cpuid = 5; apic id = 05 fault virtual address = 0xfe07d1744000 fault code = supervisor write data, page not present instruction pointer = 0x20:0x80d4d58a stack pointer = 0x28:0xfe086057f240 frame pointer = 0x28:0xfe086057f2f0 code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 6524 (python2.7) (kgdb) bt #0 doadump (textdump=1) at pcpu.h:219 #1 0x80926b6d in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0x809270c0 in panic (fmt=value optimized out) at /usr/src/sys/kern/kern_shutdown.c:746 #3 0x8035f167 in db_panic (addr=value optimized out, have_addr=2, count=0, modif=0x0) at /usr/src/sys/ddb/db_command.c:473 #4 0x8035ed7d in db_command (cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:440 #5 0x8035eaf4 in db_command_loop () at /usr/src/sys/ddb/db_command.c:493 #6 0x80361600 in db_trap (type=value optimized out, code=0) at /usr/src/sys/ddb/db_main.c:251 #7 0x80966f01 in kdb_trap (type=12, code=0, tf=value optimized out) at /usr/src/sys/kern/subr_kdb.c:654 #8 0x80d4fa7c in trap_fatal (frame=0xfe086057f190, eva=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:861 #9 0x80d4fe0c in trap_pfault (frame=0xfe086057f190, usermode=value optimized out) at /usr/src/sys/amd64/amd64/trap.c:677 #10 0x80d4f42e in trap (frame=0xfe086057f190) at /usr/src/sys/amd64/amd64/trap.c:426 #11 0x80d33972 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:231 #12 0x80d4d58a in bzero () at /usr/src/sys/amd64/amd64/support.S:53 #13 0x80830463 in ncl_doio (vp=0xf801e7f99938, bp=0xfe07c5a168e8, cr=value optimized out, td=value optimized out, called_from_strategy=value optimized out) at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1648 #14 0x80831acf in ncl_write (ap=value optimized out) at /usr/src/sys/fs/nfsclient/nfs_clbio.c:1124 #15 0x80e646a5 in VOP_WRITE_APV (vop=value optimized out, a=value optimized out) at vnode_if.c:997 #16 0x809f52f9 in vn_write (fp=0xf80101c62780, uio=0xfe086057f970, active_cred=value optimized out, flags=320, td=0x0) at vnode_if.h:413 #17 0x809f5602 in vn_io_fault_doio (args=value optimized out, uio=0xa00, td=0x0) at /usr/src/sys/kern/vfs_vnops.c:991 #18 0x809f2aec in vn_io_fault1 () at /usr/src/sys/kern/vfs_vnops.c:1047 #19 0x809f0e3b in vn_io_fault (fp=0xf80101c62780, uio=0xfe086057f970, active_cred=value optimized out, flags=0, td=0xf80171d79920) at /usr/src/sys/kern/vfs_vnops.c:1152 #20 0x80982357 in dofilewrite (td=0xf80171d79920, fd=19, fp=0xf80101c62780, auio=0xfe086057f970, offset=value optimized out, flags=0) at file.h:306 #21 0x80982088 in kern_writev (td=0xf80171d79920, fd=19, auio=0xfe086057f970) at /usr/src/sys/kern/sys_generic.c:467 #22 0x80982013 in sys_write (td=value optimized out, uap=value optimized out) at /usr/src/sys/kern/sys_generic.c:382 #23 0x80d5051b in amd64_syscall (td=0xf80171d79920, traced=0) at subr_syscall.c:133 #24 0x80d33c5b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:390 #25 0x00080137de4a in ?? () ## Thanks in advance, Tobias Berner On Saturday 18 October 2014 20.43:12 Marcelo Araujo wrote: When you rebuild your system, did you rebuild and install all kernel and world? Best Regards, On Oct 18, 2014 7:57 PM, John Baldwin j...@freebsd.org wrote: On Friday, October 17, 2014 11:11:26 PM Tobias C. Berner wrote: Hi For some days now I've had problems with my current (last test with r273178M). Sometimes when accessing a nfs-share there is a pagefault: ### Fatal trap 12: page fault while in kernel mode cpuid = 7; apic id = 07 fault virtual address = 0xfe07cfe60400 fault code = supervisor read data, page not present instruction pointer = 0x20:0x80d4d4b6 stack pointer = 0x28:0xfe086088b380 frame pointer = 0x28:0xfe086088b3f0 code segment = base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, long 1, def32