Re: Debugging kernel memory allocation
Greg Troxel writes: > That makes me suspect the kernel was stuck at some high priority level, > > Check "vmstat -m" for failures. No failures registered. -tih -- It doesn't matter how beautiful your theory is, it doesn't matter how smart you are. If it doesn't agree with experiment, it's wrong. -Richard Feynman
Re: Debugging kernel memory allocation
Tom Ivar Helbekkmo writes: > Just a quick observation, from a three minute hang just now: the clock > on the machine is running three minutes late, and ntpd hasn't noticed > yet, since it's on a 1024 second schedule with its peers... ;) That makes me suspect the kernel was stuck at some high priority level, Check "vmstat -m" for failures. pgpReqf5ZzwTn.pgp Description: PGP signature
Re: Debugging kernel memory allocation
Just a quick observation, from a three minute hang just now: the clock on the machine is running three minutes late, and ntpd hasn't noticed yet, since it's on a 1024 second schedule with its peers... ;) -tih -- It doesn't matter how beautiful your theory is, it doesn't matter how smart you are. If it doesn't agree with experiment, it's wrong. -Richard Feynman
Automated report: NetBSD-current/i386 build failure
This is an automatically generated notice of a NetBSD-current/i386 build failure. The failure occurred on babylon5.NetBSD.org, a NetBSD/amd64 host, using sources from CVS date 2014.11.15.17.49.19. An extract from the build.sh output follows: # compile ramdisk-big/localeconv.o /tmp/bracket/build/2014.11.15.17.49.19-i386/tools/bin/i486--netbsdelf-gcc -Os-std=gnu99-Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-sign-compare -Wno-traditional -Wa,--fatal-warnings -Werror--sysroot=/tmp/bracket/build/2014.11.15.17.49.19-i386/destdir -DSMALL -c /tmp/bracket/build/2014.11.15.17.49.19-i386/src/distrib/utils/libhack/localeconv.c --- multibyte.o --- /tmp/bracket/build/2014.11.15.17.49.19-i386/tools/bin/i486--netbsdelf-gcc -Os-std=gnu99-Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-sign-compare -Wno-traditional -Wa,--fatal-warnings -Werror--sysroot=/tmp/bracket/build/2014.11.15.17.49.19-i386/destdir -DSMALL -c /tmp/bracket/build/2014.11.15.17.49.19-i386/src/distrib/utils/libhack/multibyte.c /tmp/bracket/build/2014.11.15.17.49.19-i386/src/distrib/utils/libhack/multibyte.c: In function 'mbrtowc': /tmp/bracket/build/2014.11.15.17.49.19-i386/src/distrib/utils/libhack/multibyte.c:15:10: error: unused variable 'c' [-Werror=unused-variable] wchar_t c; ^ --- all-ramdisk-cgdroot --- --- getgrent.o --- --- all-ramdisk-big --- cc1: all warnings being treated as errors --- all-ramdisk-cgdroot --- # compile ramdisk-cgdroot/getgrent.o /tmp/bracket/build/2014.11.15.17.49.19-i386/tools/bin/i486--netbsdelf-gcc -Os-std=gnu99-Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-sign-compare -Wno-traditional -Wa,--fatal-warnings -Werror--sysroot=/tmp/bracket/build/2014.11.15.17.49.19-i386/destdir -DSMALL -c /tmp/bracket/build/2014.11.15.17.49.19-i386/src/distrib/utils/libhack/getgrent.c --- all-ramdisk-big --- *** [multibyte.o] Error code 1 nbmake[5]: stopped in /tmp/bracket/build/2014.11.15.17.49.19-i386/src/distrib/i386/ramdisks/ramdisk-big 1 error The following commits were made between the last successful build and the failed build: 2014.11.15.17.49.19 christos src/distrib/utils/libhack/multibyte.c,v 1.6 Log files can be found at: http://releng.NetBSD.org/b5reports/i386/commits-2014.11.html#2014.11.15.17.49.19
NetBSD 7.0 BETA ath0: device timeout
Installed NetBSD 7.0_BETA (GENERIC.201411140020Z) i386 on an old laptop. Trying to get the wifi card work. Get the following error continuously. ath0: device timeout (txq 1, txintrperiod 1) There is an old thread in NetBSD mailing list and my problem seems to be the same. Unfortunately those threads seem inconclusive. https://mail-index.netbsd.org/netbsd-users/2011/06/13/msg008415.html Note: This may not be specific to 7.0. I have not tried this hardware with any older version. Also note: The interface ath0 gets created only if I boot with no acpi. This is a separate problem in itself, not sure whether related to the above problem. The interface did come up (status: active) one or two times while experimenting. At that time the error messages had stopped. I am not able to figure out exactly what makes it come up or it's totally random. I am using stock wpa_supplicant with WPA2-PSK authentication, if that matters. There are 4 other devices on same wifi network, 2 of which run a similar NetBSD setup without any problems. Mayuresh
Debugging kernel memory allocation
I'm trying to track down a problem that's been getting worse as my Dell 2850 main home server has been getting more loaded down with work. From time to time, the machine will lock up temporarily: it doesn't respond to ICMP ECHO, and it doesn't echo characters typed on the console. It will sit like that for three or four minutes, and then continue running. Nothing is logged, other than messages that are consequences of the hang. Over the last couple of days, I've been at the console twice when it's happened, and have hit the machine's interrupt button to get it to drop into ddb, so I could get backtraces. In both cases, I interrupted it in x86_pause(), where it was waiting on a spinlock during a call to uvm_pagealloc_strat(). I thought the 'cpu' command to ddb should switch between processors, so I could get backtraces from each, but ddb didn't recognize that command. Here are the two backtraces, hand copied: x86_pause uvm_pagealloc_strat uvmfault_promote uvm_fault_internal trap x86_pause mutex_spin_retry uvm_pagealloc_strat uvm_km_kmem_alloc ufs_readdir VOP_READDIR vn_readdir sys___getdents30 syscall The box has 8GB of RAM, and is a VLAN and VPN router, database server, NFS server, mail server, web server, and a number of other things. It tends to have a load well under 1, though, and most of its RAM used as file cache, so it's really not very heavily loaded. It's running NetBSD/amd64-current as per Oct 31. I'm looking at the output of things like vmstat, systat, and others, but I could really do with some ideas for where to look and what to look for. My assumption is that I'm after some reason why the system should suddenly be taking several minutes to free up some memory, when it's obviously got much more than it needs to begin with. :) -tih -- It doesn't matter how beautiful your theory is, it doesn't matter how smart you are. If it doesn't agree with experiment, it's wrong. -Richard Feynman
daily CVS update output
Updating src tree: P src/bin/ps/print.c P src/distrib/notes/common/upgrade P src/distrib/sets/lists/comp/ad.arm P src/distrib/sets/lists/comp/md.amd64 P src/distrib/sets/lists/comp/md.i386 P src/distrib/sets/lists/tests/mi P src/doc/3RDPARTY P src/doc/CHANGES P src/etc/mtree/NetBSD.dist.tests P src/external/bsd/dhcpcd/dist/arp.c P src/external/bsd/dhcpcd/dist/auth.c P src/external/bsd/dhcpcd/dist/auth.h P src/external/bsd/dhcpcd/dist/common.c P src/external/bsd/dhcpcd/dist/config.h P src/external/bsd/dhcpcd/dist/defs.h P src/external/bsd/dhcpcd/dist/dhcp.c P src/external/bsd/dhcpcd/dist/dhcpcd.c P src/external/bsd/dhcpcd/dist/dhcpcd.h P src/external/bsd/dhcpcd/dist/eloop.c P src/external/bsd/dhcpcd/dist/if-options.c P src/external/bsd/dhcpcd/dist/ipv4.c P src/external/bsd/dhcpcd/dist/ipv4ll.c P src/external/bsd/dhcpcd/dist/ipv4ll.h P src/external/bsd/dhcpcd/dist/ipv6.h P src/external/bsd/dhcpcd/dist/ipv6nd.h P src/external/bsd/iscsi/dist/src/lib/parameters.c P src/external/bsd/iscsi/dist/src/lib/target.c P src/external/bsd/llvm/Makefile.inc P src/external/bsd/llvm/include/Makefile P src/external/gpl2/lvm2/dist/lib/commands/toolcontext.c P src/external/gpl2/lvm2/dist/lib/format1/import-export.c P src/gnu/dist/texinfo/makeinfo/xml.c P src/lib/libc/string/consttime_memequal.3 P src/lib/libm/arch/vax/n_support.S P src/lib/libm/src/namespace.h P src/lib/libm/src/s_copysign.c P src/lib/libm/src/s_copysignl.c P src/sbin/bioctl/bioctl.c P src/sys/arch/arm/allwinner/awin_debe.c P src/sys/arch/arm/allwinner/awin_fb.c P src/sys/arch/arm/allwinner/awin_usb.c P src/sys/arch/arm/allwinner/awin_var.h P src/sys/arch/evbarm/awin/awin_machdep.c P src/sys/dev/raidframe/raidframevar.h P src/sys/dev/raidframe/rf_map.c P src/sys/dev/raidframe/rf_netbsdkintf.c P src/sys/dev/raidframe/rf_reconstruct.c P src/sys/external/bsd/drm2/i915drm/files.i915drmkms P src/sys/kern/vfs_mount.c P src/sys/netinet6/dest6.c P src/sys/netinet6/in6_ifattach.c P src/sys/netinet6/in6_pcb.c P src/sys/netinet6/ip6_forward.c P src/sys/netinet6/udp6_output.c P src/sys/ufs/ffs/ffs_vfsops.c P src/sys/ufs/ufs/ufs_extattr.c P src/tests/usr.bin/Makefile U src/tests/usr.bin/ld/Makefile U src/tests/usr.bin/ld/t_orphan.sh U src/tests/usr.bin/ld/t_script.sh U src/tests/usr.bin/ld/t_section.sh P src/usr.sbin/isdn/isdnd/msghdl.c Updating xsrc tree: Killing core files: Updating tar files: src/top-level: collecting... replacing... done src/bin: collecting... replacing... done src/common: collecting... replacing... done src/compat: collecting... replacing... done src/crypto: collecting... replacing... done src/dist: collecting... replacing... done src/distrib: collecting... replacing... done src/doc: collecting... replacing... done src/etc: collecting... replacing... done src/external: collecting... replacing... done src/extsrc: collecting... replacing... done src/games: collecting... replacing... done src/gnu: collecting... replacing... done src/include: collecting... replacing... done src/lib: collecting... replacing... done src/libexec: collecting... replacing... done src/regress: collecting... replacing... done src/rescue: collecting... replacing... done src/sbin: collecting... replacing... done src/share: collecting... replacing... done src/sys: collecting... replacing... done src/tests: collecting... replacing... done src/tools: collecting... replacing... done src/usr.bin: collecting... replacing... done src/usr.sbin: collecting... replacing... done src/config: collecting... replacing... done src/x11: collecting... replacing... done src: collecting... replacing... done xsrc/top-level: collecting... replacing... done xsrc/external: collecting... replacing... done xsrc/local: collecting... replacing... done xsrc/xfree: collecting... replacing... done xsrc: collecting... replacing... done Running the SUP scanner: SUP Scan for current starting at Sat Nov 15 06:00:17 2014 SUP Scan for current completed at Sat Nov 15 06:38:04 2014 SUP Scan for mirror starting at Sat Nov 15 06:38:04 2014 SUP Scan for mirror completed at Sat Nov 15 07:03:16 2014 Updating release-5 src tree (netbsd-5): Updating release-5 xsrc tree (netbsd-5): Updating release-5 tar files: src/top-level: collecting... replacing... done src/bin: collecting... replacing... done src/common: collecting... replacing... done src/compat: collecting... replacing... done src/crypto: collecting... replacing... done src/dist: collecting... replacing... done src/distrib: collecting... replacing... done src/doc: collecting... replacing... done src/etc: collecting... replacing... done src/external: collecting... replacing... done src/games: collecting... replacing... done src/gnu: collecting... replacing... done src/include: collecting... replacing... done src/lib: collecting... replacing... done src/libexec: collecting... replacing... done src/regress: collecting... replacing... done src/rescue: collecting... replacing... done src/sbin: collecting... replacing... done src/share: collecting... replacing...