SOLVED: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory
On Sat, Dec 08, 2007 at 01:09:47PM +0700, Eugene Grosbein wrote: > > > Thank you. Now I wonder, how such thing may happen > > > if qemu was built under 6.2 where there were no > > > libthr.so.3 and libc.so.7? > > Most likely, you have rebuilt some library that brough in the dependencies. > > Check with readelf -d (look for NEEDED tags). > > $ readelf -d `which qemu` | grep NEEDED > 0x0001 (NEEDED) Shared library: [libm.so.4] > 0x0001 (NEEDED) Shared library: [libz.so.3] > 0x0001 (NEEDED) Shared library: [libSDL.so.11] > 0x0001 (NEEDED) Shared library: [libutil.so.5] > 0x0001 (NEEDED) Shared library: [libpthread.so.2] > 0x0001 (NEEDED) Shared library: [libc.so.6] > > Well, libSDL.so.11 is a culprit here. I'll try to get older version to > /usr/local/lib/compat and use libmap.conf to resolve this. The problem is solved with libSDL.so.11 extracted from backup to /usr/local/lib/compat and a section in /etc/libmap.conf: [qemu] libSDL.so.11compat/libSDL.so.11 So qemu just works again. Thank you very much! Eugene Grosbein ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory
On Sat, Dec 08, 2007 at 11:22:52AM +0700, Eugene Grosbein wrote: > On Fri, Dec 07, 2007 at 11:52:54AM -0500, Daniel Eischen wrote: > > > You have to either rebuild/install _no_ ports, or rebuild _all_ > > ports (portupgrade -af). You now seem to have applications > > or libraries that are linked to multiple FreeBSD library versions > > (e.g., libc.so.6 and libc.so.7, libthr.so.2 and libthr.so.3, > > etc) and that doesn't work and is not supported. > > But I do not see this: > > # ldd `which qemu` > /usr/local/bin/qemu: > libm.so.4 => /lib/libm.so.4 (0x4815c000) > libz.so.3 => /lib/libz.so.3 (0x48172000) > libSDL.so.11 => /usr/local/lib/libSDL.so.11 (0x48183000) > libutil.so.5 => /lib/libutil.so.5 (0x481e8000) > libpthread.so.2 => /lib/libpthread.so.2 (0x481f5000) RELENG_6 libpthread > libc.so.6 => /lib/libc.so.6 (0x4821c000) RELENG_6 libc > libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x4830f000) > libm.so.5 => /lib/libm.so.5 (0x483fc000) > libggi.so.2 => /usr/local/lib/libggi.so.2 (0x48411000) > libgii.so.1 => /usr/local/lib/libgii.so.1 (0x484ab000) > libgg.so.1 => /usr/local/lib/libgg.so.1 (0x484c7000) > libvga.so.1 => /usr/local/lib/libvga.so.1 (0x484d) > libvgl.so.5 => /usr/lib/libvgl.so.5 (0x48523000) > libaa.so.1 => /usr/local/lib/libaa.so.1 (0x4852b000) > libusbhid.so.3 => /usr/lib/libusbhid.so.3 (0x48542000) > libthr.so.3 => /lib/libthr.so.3 (0x48546000) RELENG_7 libpthread > libc.so.7 => /lib/libc.so.7 (0x48558000) RELENG_7 libc > libncurses.so.7 => /lib/libncurses.so.7 (0x4864c000) > libvgagl.so.1 => /usr/local/lib/libvgagl.so.1 (0x4868e000) > libXxf86vm.so.1 => /usr/X11R6/lib/libXxf86vm.so.1 (0x4869d000) > libXxf86dga.so.1 => /usr/X11R6/lib/libXxf86dga.so.1 (0x486a2000) > libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x486a8000) > libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x486b6000) > libXdmcp.so.6 => /usr/X11R6/lib/libXdmcp.so.6 (0x487a4000) > librpcsvc.so.4 => /usr/lib/librpcsvc.so.4 (0x487a9000) > libXau.so.6 => /usr/X11R6/lib/libXau.so.6 (0x487b1000) > librpcsvc.so.3 => /usr/lib/librpcsvc.so.3 (0x487b4000) > > Eugene Grosbein > ___ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "[EMAIL PROTECTED]" pgpOlKyxMxBpx.pgp Description: PGP signature
Re: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory
On Sat, Dec 08, 2007 at 08:02:06AM +0200, Kostik Belousov wrote: > > > > libpthread.so.2 => /lib/libpthread.so.2 (0x481f5000) > > > RELENG_6 libpthread > > > > libc.so.6 => /lib/libc.so.6 (0x4821c000) > > > RELENG_6 libc > > > > [skip] > > > > > > libthr.so.3 => /lib/libthr.so.3 (0x48546000) > > > RELENG_7 libpthread > > > > libc.so.7 => /lib/libc.so.7 (0x48558000) > > > RELENG_7 libc > > > > Thank you. Now I wonder, how such thing may happen > > if qemu was built under 6.2 where there were no > > libthr.so.3 and libc.so.7? > Most likely, you have rebuilt some library that brough in the dependencies. > Check with readelf -d (look for NEEDED tags). $ readelf -d `which qemu` | grep NEEDED 0x0001 (NEEDED) Shared library: [libm.so.4] 0x0001 (NEEDED) Shared library: [libz.so.3] 0x0001 (NEEDED) Shared library: [libSDL.so.11] 0x0001 (NEEDED) Shared library: [libutil.so.5] 0x0001 (NEEDED) Shared library: [libpthread.so.2] 0x0001 (NEEDED) Shared library: [libc.so.6] Well, libSDL.so.11 is a culprit here. I'll try to get older version to /usr/local/lib/compat and use libmap.conf to resolve this. Eugene Grosbein ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory
On Sat, Dec 08, 2007 at 12:55:37PM +0700, Eugene Grosbein wrote: > On Sat, Dec 08, 2007 at 07:45:52AM +0200, Kostik Belousov wrote: > > > > But I do not see this: > > > > > > # ldd `which qemu` > > > /usr/local/bin/qemu: > > [skip] > > > > libpthread.so.2 => /lib/libpthread.so.2 (0x481f5000) > > RELENG_6 libpthread > > > libc.so.6 => /lib/libc.so.6 (0x4821c000) > > RELENG_6 libc > > [skip] > > > > libthr.so.3 => /lib/libthr.so.3 (0x48546000) > > RELENG_7 libpthread > > > libc.so.7 => /lib/libc.so.7 (0x48558000) > > RELENG_7 libc > > Thank you. Now I wonder, how such thing may happen > if qemu was built under 6.2 where there were no > libthr.so.3 and libc.so.7? Most likely, you have rebuilt some library that brough in the dependencies. Check with readelf -d (look for NEEDED tags). pgpQUnKv20prN.pgp Description: PGP signature
Re: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory
On Sat, Dec 08, 2007 at 07:45:52AM +0200, Kostik Belousov wrote: > > But I do not see this: > > > > # ldd `which qemu` > > /usr/local/bin/qemu: [skip] > > libpthread.so.2 => /lib/libpthread.so.2 (0x481f5000) > RELENG_6 libpthread > > libc.so.6 => /lib/libc.so.6 (0x4821c000) > RELENG_6 libc [skip] > > libthr.so.3 => /lib/libthr.so.3 (0x48546000) > RELENG_7 libpthread > > libc.so.7 => /lib/libc.so.7 (0x48558000) > RELENG_7 libc Thank you. Now I wonder, how such thing may happen if qemu was built under 6.2 where there were no libthr.so.3 and libc.so.7? Eugene Grosbein ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory
>> There is FreeBSD box that was 6.2-STABLE before, now it became >> 7.0-BETA3 via source upgrade. The kernel has 'options COMPAT_FREEBSD6' > How did you upgrade the OS? Did you use "make delete-old-libs"? > Did you install compat-6x? No, I've tried now: install compat-6x port and ran "make delete-old-libs", no change - the same error (ldd shows, that qemu uses libs from /usr/local/lib/compat now). Eugene Grosbein ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_6 tinderbox] failure on i386/pc98
TB --- 2007-12-08 04:28:53 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-08 04:28:53 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2007-12-08 04:28:53 - cleaning the object tree TB --- 2007-12-08 04:29:25 - cvsupping the source tree TB --- 2007-12-08 04:29:26 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/pc98/supfile TB --- 2007-12-08 04:29:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-08 04:29:33 - cd /src TB --- 2007-12-08 04:29:33 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/atacontrol/atacontrol.c (cd /src/rescue/rescue/../../sbin/badsect && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ badsect.o) rm -f .depend mkdep -f .depend -a-DRESCUE /src/sbin/badsect/badsect.c echo badsect: /obj/pc98/src/tmp/usr/lib/libc.a /obj/pc98/src/tmp/usr/lib/libufs.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/badsect/badsect.c /src/sbin/badsect/badsect.c: In function `chkuse': /src/sbin/badsect/badsect.c:191: error: syntax error before "printf" *** Error code 1 Stop in /src/sbin/badsect. *** Error code 1 Stop in /obj/pc98/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-08 05:11:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-08 05:11:39 - ERROR: failed to build world TB --- 2007-12-08 05:11:39 - tinderbox aborted TB --- 1971.65 user 267.28 system 2565.70 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_6 tinderbox] failure on sparc64/sparc64
TB --- 2007-12-08 04:29:29 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-08 04:29:29 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2007-12-08 04:29:29 - cleaning the object tree TB --- 2007-12-08 04:30:12 - cvsupping the source tree TB --- 2007-12-08 04:30:12 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/sparc64/sparc64/supfile TB --- 2007-12-08 04:30:17 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-08 04:30:17 - cd /src TB --- 2007-12-08 04:30:17 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/atacontrol/atacontrol.c (cd /src/rescue/rescue/../../sbin/badsect && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ badsect.o) rm -f .depend mkdep -f .depend -a-DRESCUE /src/sbin/badsect/badsect.c echo badsect: /obj/sparc64/src/tmp/usr/lib/libc.a /obj/sparc64/src/tmp/usr/lib/libufs.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/badsect/badsect.c /src/sbin/badsect/badsect.c: In function `chkuse': /src/sbin/badsect/badsect.c:191: error: syntax error before "printf" *** Error code 1 Stop in /src/sbin/badsect. *** Error code 1 Stop in /obj/sparc64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-08 05:11:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-08 05:11:17 - ERROR: failed to build world TB --- 2007-12-08 05:11:17 - tinderbox aborted TB --- 1954.05 user 258.09 system 2508.46 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-sparc64-sparc64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory
On Fri, Dec 07, 2007 at 11:52:54AM -0500, Daniel Eischen wrote: > You have to either rebuild/install _no_ ports, or rebuild _all_ > ports (portupgrade -af). You now seem to have applications > or libraries that are linked to multiple FreeBSD library versions > (e.g., libc.so.6 and libc.so.7, libthr.so.2 and libthr.so.3, > etc) and that doesn't work and is not supported. But I do not see this: # ldd `which qemu` /usr/local/bin/qemu: libm.so.4 => /lib/libm.so.4 (0x4815c000) libz.so.3 => /lib/libz.so.3 (0x48172000) libSDL.so.11 => /usr/local/lib/libSDL.so.11 (0x48183000) libutil.so.5 => /lib/libutil.so.5 (0x481e8000) libpthread.so.2 => /lib/libpthread.so.2 (0x481f5000) libc.so.6 => /lib/libc.so.6 (0x4821c000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x4830f000) libm.so.5 => /lib/libm.so.5 (0x483fc000) libggi.so.2 => /usr/local/lib/libggi.so.2 (0x48411000) libgii.so.1 => /usr/local/lib/libgii.so.1 (0x484ab000) libgg.so.1 => /usr/local/lib/libgg.so.1 (0x484c7000) libvga.so.1 => /usr/local/lib/libvga.so.1 (0x484d) libvgl.so.5 => /usr/lib/libvgl.so.5 (0x48523000) libaa.so.1 => /usr/local/lib/libaa.so.1 (0x4852b000) libusbhid.so.3 => /usr/lib/libusbhid.so.3 (0x48542000) libthr.so.3 => /lib/libthr.so.3 (0x48546000) libc.so.7 => /lib/libc.so.7 (0x48558000) libncurses.so.7 => /lib/libncurses.so.7 (0x4864c000) libvgagl.so.1 => /usr/local/lib/libvgagl.so.1 (0x4868e000) libXxf86vm.so.1 => /usr/X11R6/lib/libXxf86vm.so.1 (0x4869d000) libXxf86dga.so.1 => /usr/X11R6/lib/libXxf86dga.so.1 (0x486a2000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x486a8000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x486b6000) libXdmcp.so.6 => /usr/X11R6/lib/libXdmcp.so.6 (0x487a4000) librpcsvc.so.4 => /usr/lib/librpcsvc.so.4 (0x487a9000) libXau.so.6 => /usr/X11R6/lib/libXau.so.6 (0x487b1000) librpcsvc.so.3 => /usr/lib/librpcsvc.so.3 (0x487b4000) Eugene Grosbein ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_6 tinderbox] failure on amd64/amd64
TB --- 2007-12-08 03:45:29 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-08 03:45:29 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2007-12-08 03:45:29 - cleaning the object tree TB --- 2007-12-08 03:46:09 - cvsupping the source tree TB --- 2007-12-08 03:46:09 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/amd64/amd64/supfile TB --- 2007-12-08 03:46:19 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-08 03:46:19 - cd /src TB --- 2007-12-08 03:46:19 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/atacontrol/atacontrol.c (cd /src/rescue/rescue/../../sbin/badsect && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ badsect.o) rm -f .depend mkdep -f .depend -a-DRESCUE /src/sbin/badsect/badsect.c echo badsect: /obj/amd64/src/tmp/usr/lib/libc.a /obj/amd64/src/tmp/usr/lib/libufs.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/badsect/badsect.c /src/sbin/badsect/badsect.c: In function `chkuse': /src/sbin/badsect/badsect.c:191: error: syntax error before "printf" *** Error code 1 Stop in /src/sbin/badsect. *** Error code 1 Stop in /obj/amd64/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-08 04:29:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-08 04:29:29 - ERROR: failed to build world TB --- 2007-12-08 04:29:29 - tinderbox aborted TB --- 2028.55 user 275.27 system 2640.09 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
[releng_6 tinderbox] failure on i386/i386
TB --- 2007-12-08 03:46:35 - tinderbox 2.3 running on freebsd-legacy.sentex.ca TB --- 2007-12-08 03:46:35 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2007-12-08 03:46:35 - cleaning the object tree TB --- 2007-12-08 03:47:20 - cvsupping the source tree TB --- 2007-12-08 03:47:20 - /usr/bin/csup -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_6/i386/i386/supfile TB --- 2007-12-08 03:47:26 - building world (CFLAGS=-O2 -pipe) TB --- 2007-12-08 03:47:26 - cd /src TB --- 2007-12-08 03:47:26 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/sbin/atacontrol/atacontrol.c (cd /src/rescue/rescue/../../sbin/badsect && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ depend && /usr/bin/make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/badsect/ badsect.o) rm -f .depend mkdep -f .depend -a-DRESCUE /src/sbin/badsect/badsect.c echo badsect: /obj/src/tmp/usr/lib/libc.a /obj/src/tmp/usr/lib/libufs.a >> .depend cc -O2 -pipe -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/badsect/badsect.c /src/sbin/badsect/badsect.c: In function `chkuse': /src/sbin/badsect/badsect.c:191: error: syntax error before "printf" *** Error code 1 Stop in /src/sbin/badsect. *** Error code 1 Stop in /obj/src/rescue/rescue. *** Error code 1 Stop in /src/rescue/rescue. *** Error code 1 Stop in /src/rescue. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-12-08 04:28:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-12-08 04:28:52 - ERROR: failed to build world TB --- 2007-12-08 04:28:52 - tinderbox aborted TB --- 1973.59 user 258.05 system 2537.37 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Intel DG31PR and RTL8168/8111 issue
On Fri, Dec 07, 2007 at 07:49:58AM -0800, Abdullah Ibn Hamad Al-Marri wrote: > > Hello Pyun, > > - Original Message > > From: Pyun YongHyeon <[EMAIL PROTECTED]> > > To: Abdullah Ibn Hamad Al-Marri <[EMAIL PROTECTED]> > > Cc: FreeBSD STABLE > > Sent: Friday, December 7, 2007 4:01:42 AM > > Subject: Re: Intel DG31PR and RTL8168/8111 issue > > > > On Thu, Dec 06, 2007 at 11:20:19AM -0800, Abdullah Ibn Hamad > > Al-Marri > > > wrote: > > > > [...] > > > > > > > > Shall I issue more commands and send it? > > > > > > > I'd like to know whether multicat filtering really works on your > > hardware. It would be even better if you can test it on IPv6 > > environments. Just assign an IPv6 address to your re0 and send > > a ICMPv6 node information DNS name query from other hosts. > > For exmaple, 'ping6 -w ff02::1%foo0' command will report hostname > > of host with re0 interface if multicast filtering works(Change > > foo0 with interface instance of a driver.) > > > > -- > > Regards, > > Pyun YongHyeon > > I wish I could do that, but my ISP doesn't offer IPV6 space. > I see. > Could you please make this patch in HEAD then mergge it to RELENG_7, so > users with this nic wont drop FreeBSD 7.0 when it is out because the nic > wont work out of box at least for IPV4 users. > Patch committed to HEAD. But I'm not sure how re@ thinks about MFC as multicast filtering wasn't tested for this revision of RTL8168. > Again, I appreciate your help, and the great support for the community you > offer. :-) > No problem. Thanks for your testing! -- Regards, Pyun YongHyeon ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /boot size in 7.0 beta3
On Dec 7, 2007, at 02:25, Andrey V. Elsukov wrote: Doug Hardie wrote: Between 6.2 and 7 /boot has grown from 45 MB to 114 MB. That poses a significant issue for those of us who have been running production systems for many years. I have the root partition set to 200 MB which has been more than enough. Its no longer usable. 7.0 beta will not install properly as it runs out of space. Basically this forces you to repartition the drive. That requires an extensive down time for servers. Far beyond what I can justify to users. src/UPDATING: 20060118: This actually occured some time ago, but installing the kernel now also installs a bunch of symbol files for the kernel modules. This increases the size of /boot/kernel to about 67Mbytes. You will need twice this if you will eventually back this up to kernel.old on your next install. If you have a shortage of room in your root partition, you should add -DINSTALL_NODEBUG to your make arguments or add INSTALL_NODEBUG="yes" to your /etc/make.conf. Thanks. That must have been after 6.2 came out as I never had that occur with it. Anyway, since I am installing from CD I discovered that during the install, VT4 has a working shell that lets you cd to / boot/GENERIC and delete the symbol files before the disk overflows. I will have to add the line above to make.conf though as I do minor updates from the source. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Also seeing 2 x quad-core system slower that 2 x dual core
On Fri, Dec 07, 2007 at 12:39:22PM +, Pete French wrote: Just as a followup to this - I soent some time going through all the suggestions and advice that people gave me regarding this problem. It turns out that the newer servers shipped by HP have different cache settings to the older ones on their RAID controllers, plus I get very different results from my benchmarks depending on how long the machines have been booted for and what activity has occurred on them (probably due to things ending up in cache). Upshot - if the machines are configured identically, and an identical install is made and an identical test doen then we get identical performance as expected. Part of the reason for posting this though is that a lot of people have bbeen worrying about 8x CPU performance, and this thread won't have helped. So I wanted to say that now I am convinced that (for my workload) these machines are fine. To the point where I have installed 7.0-BETA4 on the ten new 8 core servers for a very large load on th webfarm this morning. I'm pleased toio say that it went off perfectly, the servers took the load and we had no problems at all. We are running CGI scripts against mySQL under apache22 basically - which is a pretty common thing to do. Ia m using ULE and tthe amd64 version of the OS. 7.0 is excellent as far as I am concerned, and I don't think people should be worried about deploying it on 8 core machines. My experinec has been that it is fine and is also somewhat faster than 6.3 on the same hardware. -pete. I feel I have to throw in my experience too just for the archives. This previous weekend I had the opportunity to play with a dual quad-core dell precision 690, and I saw no huge performance problems. All around I was fairly happy with standard compile tests, did some rm. I didn't do anything involved like databases or php. I could do a buildkernel with a few additional kernel modules in 29 seconds :) but buildworld doesn't seem to benefit much from -j16 on a 8 core (not unexpected). I didn't have any useful parallel loads to test on it. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
FreeBSD 7.0 Weird acpi.ko in the dmesg
[21:30]([EMAIL PROTECTED])[~]> dmesg Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA4 #0: Fri Dec 7 21:08:10 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/ARABPE link_elf: symbol msleep undefined ^^^ KLD file acpi.ko - could not finalize loading ^ Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2421.58-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Features2=0x400 real memory = 536854528 (511 MB) avail memory = 519933952 (495 MB) cpu0 on motherboard p4tcc0: on cpu0 pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 30.0 on pci0 pci2: on pcib2 vgapci0: mem 0xf700-0xf77f,0xf680-0xf681,0xf600-0xf67f irq 12 at device 9.0 on pci2 fxp0: port 0xd800-0xd83f mem 0xf580-0xf5800fff,0xf500-0xf50f irq 5 at device 11.0 on pci2 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:90:27:57:58:f6 fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb800-0xb80f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.2 (no driver attached) pci0: at device 31.4 (no driver attached) pci0: at device 31.5 (no driver attached) orm0: at iomem 0xc-0xcbfff pnpid ORM on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio0: [FILTER] sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio1: [FILTER] vga0: at port 0x3c0-0x3df iomem 0xa-0xb on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) Timecounter "TSC" frequency 2421579876 Hz quality 800 Timecounters tick every 1.000 msec ad0: 76293MB at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s1a ArabPe# kldstat Id Refs AddressSize Name 12 0xc040 390658 kernel 21 0xc28c8000 2000 accf_http.ko Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Also seeing 2 x quad-core system slower that 2 x dual core
Claus Guttesen wrote: could either replace my 10K rpm drives (in raid 1+0) with 15K ditto which would require a downtime which we could not afford at this tim I have several times successfully upgraded mirrored volumes with new disks without any downtime at all. Just change one disk, let the mirror rebuild, change the other disk, wait for rebuild again, tell the logical drive to present all the new space and then extend the filesystem. No downtime. -- Andreas ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
G965 patch for 6.3-Beta
Hi. Does anybody need an Intel G965 patch for 6.3-Beta AGP i810? I posted to Japanese freebsd-users-jp ML, but there has been no response. I referred to 7.0-current (don't have idea when). The patch may not be good enough, so I hope somebody will check and improve it. At least it works with my laptop's 965GM, and Xorg 7.3? starts up. See ya. -- Hiroshi Nishida [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Extreme load with local password db lookups
On Friday 07 December 2007, Eugene Grosbein wrote: > > I would like to point out that in FreeBSD 7.x there is a daemon called > > nscd. I believe it was created exactly for this purpose (speeding up name > > lookups by caching them). > > Is it true that 4.x has nearly O(n) lookup speed while later versions > has O(n^2) method? Why 4.x does not need caching daemon to be quick? > I don't really know but judging from the others posts the "files" lookup method is still O(n) thus no change there. The "compat" method could be slow because of a number of reasons, one of them is bad complexity. One would have to look at the code to find out... ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
disklabel from sysinstall
Hi All. Just wondering if anyone has noticed the following problem on Sparc64 FreeBSD STABLE. When I partition a disk from the postinstall disklabel option and then exit the sysinstall shell I am left in an environment where I have no access to any binaries nor can I login via ssh from another host. Sysinstall seems to have unmounted all my file systems. For example if I type, "ls" I get "ls: not found". I should mention that I ran sysinstall from a /usr/local/bin/screen session in the latest instance. I end up having to punch the power to regain access. Can anyone explain why this happens and or what I can do to avoid it? I mean aside from using disklabel that is :) I'm fairly sure I have encountered this behaviour while in a regular shell in single user mode too. Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory
On Fri, 7 Dec 2007, Boris Samorodov wrote: On Fri, 7 Dec 2007 22:48:52 +0700 Eugene Grosbein wrote: There is FreeBSD box that was 6.2-STABLE before, now it became 7.0-BETA3 via source upgrade. The kernel has 'options COMPAT_FREEBSD6' How did you upgrade the OS? Did you use "make delete-old-libs"? Did you install compat-6x? compiled in. However, qemu-0.8.2s.20061225_1 stopped to work, Seems to be a rather old qemu version... it dumps core when started with an error: Fatal error 'Cannot allocate red zone for initial thread' at line 384 in file /usr/local/obj/src/lib/libthr/thread/thr_init.c (errno = 12) You have to either rebuild/install _no_ ports, or rebuild _all_ ports (portupgrade -af). You now seem to have applications or libraries that are linked to multiple FreeBSD library versions (e.g., libc.so.6 and libc.so.7, libthr.so.2 and libthr.so.3, etc) and that doesn't work and is not supported. -- DE ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 4.x Collecting pv entries Suggest increasing PMAP_SHPGPERPROC,
Uwe Doering wrote: Hi Steve, Stephen Clark wrote: Uwe Doering wrote: [...] But you can put that option into the kernel config file: options PMAP_SHPGPERPROC=... and build a new kernel with it. You are correct. My question is more how much should I increase it. The current default in the 4.x LINT file is "options PMAP_SHPGPERPROC=201" should I double it? Increase it by 50 to 251? Should it be a prime number? I am just asking for information. The settings in the LINT file are not necessarily the defaults, rather mere examples. The default value for PMAP_SHPGPERPROC is 200 (defined in the source file /usr/src/sys/i386/i386/pmap.c). I would recommend to increase it by 100 until the messages stop. We use 300 on our servers, for instance. Regards, Uwe Thanks a lot for the response. I have only seen the message one time, I have 1 gb of memory with dual xeons, so I was thinking first I would bump it to 251. Regards, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 4.x Collecting pv entries Suggest increasing PMAP_SHPGPERPROC,
> >> But you can put that option into the kernel config file: > >> > >> options PMAP_SHPGPERPROC=... > >> > >> and build a new kernel with it. > > > > You are correct. My question is more how much should I increase it. The > > current default in the 4.x LINT file > > is "options PMAP_SHPGPERPROC=201" should I double it? Increase it by 50 > > to 251? Should it be a prime number? > > I am just asking for information. > > The settings in the LINT file are not necessarily the defaults, rather > mere examples. The default value for PMAP_SHPGPERPROC is 200 (defined > in the source file /usr/src/sys/i386/i386/pmap.c). I would recommend to > increase it by 100 until the messages stop. We use 300 on our servers, > for instance. I do recall I had the same message on a 5.x-server (running postgresql-server I think, some years ago now :-) ) once in a while. I think I raised it twice to 400. I remember that the recommendation was not to raise it too high in order not to make the kernel panic during boot. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory
On Fri, 7 Dec 2007 22:48:52 +0700 Eugene Grosbein wrote: > There is FreeBSD box that was 6.2-STABLE before, now it became > 7.0-BETA3 via source upgrade. The kernel has 'options COMPAT_FREEBSD6' How did you upgrade the OS? Did you use "make delete-old-libs"? Did you install compat-6x? > compiled in. However, qemu-0.8.2s.20061225_1 stopped to work, Seems to be a rather old qemu version... > it dumps core when started with an error: > Fatal error 'Cannot allocate red zone for initial thread' at line 384 in > file /usr/local/obj/src/lib/libthr/thread/thr_init.c (errno = 12) > ktrace shows that freebsd6_mmap() syscall fails: > 22114 qemu CALL > freebsd6_mmap(0xbf9ff000,0x1000,PROT_NONE,MAP_ANON,0x,0,0,0) > 22114 qemu RET freebsd6_mmap -1 errno 12 Cannot allocate memory > Is it a bug in kernel's COMPAT_FREEBSD6 feature? > Rebuilding of qemu requires downloading and building of gcc-3.4 > that's what I would avoid to do. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 4.x Collecting pv entries Suggest increasing PMAP_SHPGPERPROC,
Stephen Clark wrote: Claus Guttesen wrote: Stephen Clark wrote: I know FreeBSD 4.x is old..., but we are using on a production system with postgres and apache. The above message is appearing periodically. I googled for the message but found no recommendation for adjusting it. Is the sysctl kern.vm.pmap.shpgperproc available on 4.x? This can be configured in /boot/loader.conf. It does not appear to be available via a sysctl in 4.x. But you can put that option into the kernel config file: options PMAP_SHPGPERPROC=... and build a new kernel with it. Regards, Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers [EMAIL PROTECTED] | http://www.escapebox.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 4.x Collecting pv entries Suggest increasing PMAP_SHPGPERPROC,
Hi Steve, Stephen Clark wrote: Uwe Doering wrote: [...] But you can put that option into the kernel config file: options PMAP_SHPGPERPROC=... and build a new kernel with it. You are correct. My question is more how much should I increase it. The current default in the 4.x LINT file is "options PMAP_SHPGPERPROC=201" should I double it? Increase it by 50 to 251? Should it be a prime number? I am just asking for information. The settings in the LINT file are not necessarily the defaults, rather mere examples. The default value for PMAP_SHPGPERPROC is 200 (defined in the source file /usr/src/sys/i386/i386/pmap.c). I would recommend to increase it by 100 until the messages stop. We use 300 on our servers, for instance. Regards, Uwe -- Uwe Doering | EscapeBox - Managed On-Demand UNIX Servers [EMAIL PROTECTED] | http://www.escapebox.net ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: "no matching session" in ng_pppoe.c 1.74.2.4? (RELENG_6)
On Thu, 06 Dec 2007 13:57:16 +0200 Alexander Motin <[EMAIL PROTECTED]> wrote: > cpghost wrote: > > The problem is that the last mile carrier of the PPP provider > > that this router is attached to disconnects the ppp session > > forcibly once every 24h. Before the update, ppp would detect > > this and reconnect immediately. After the update, ppp doesn't > > recover gracefully from this anymore, but spits out on the > > console: > > > > ng_pppoe[5]: no matching session > > > > for hours, and tries to connect again every two minutes without > > success, until I manually stop and restart the userland ppp daemon > > (and then the connection is immediately restored with a new > > session). I've tried this for a few days now, and it is always the > > same: it's definitely not a problem on the provider's side: As soon > > as ppp restarts, it gets a new session without any problems and > > connects again. > > > > Since the last working sources were from 2007/09/25, and > > ng_pppoe.c was at rev. 1.74.2.3; and the new revision of > > ng_pppoe.c is now at 1.74.2.4; I'm suspecting that whatever > > was changed there could be the cause (because this "no matching > > session" is being logged from there). > > I have tested and unable to reproduce that myself with ppp -> mpd or > mpd > - -> mpd PPPoE connections. Actually I am not sure about any > difference between reconnect and ppp restart. From the ng_pppoe node > point of view it should be the same. > > Could you provide tcpdump output for connection tries from your > Ethernet interface? Use "-pes 0" options please. Hi again, no luck this time: I just went through the 24h disconnect with tcpdump watching, but this time, ppp did reconnect flawlessly: [... packets belonging to ses 0x1d06 ..., then:] 16:03:28.367734 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 64: PPPoE PADT [ses 0x1d06] 16:03:28.368035 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype PPPoE D (0x8863), length 38: PPPoE PADT [ses 0x1d06] [Generic-Error "session closed"] 16:06:22.211545 00:00:24:c2:45:74 > ff:ff:ff:ff:ff:ff, ethertype PPPoE D (0x8863), length 32: PPPoE PADI [Host-Uniq 0x405B1AC1] [Service-Name] 16:06:22.383675 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADO [AC-Name "DSSX43-erx"] [Host-Uniq 0x405B1AC1] [Service-Name] [AC-Cookie "..7\t.K.,.!y.y.E"] 16:06:22.383871 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype PPPoE D (0x8863), length 66: PPPoE PADR [Host-Uniq 0x405B1AC1] [AC-Cookie "..7\t.K.,.!y.y.E"] [AC-Name "DSSX43-erx"] [Service-Name] 16:06:22.503154 00:90:1a:a0:15:b7 > 00:00:24:c2:45:74, ethertype PPPoE D (0x8863), length 66: PPPoE PADS [ses 0xb6b] [Service-Name] [Host-Uniq 0x405B1AC1] [AC-Name "DSSX43-erx"] [AC-Cookie "..7\t.K.,.!y.y.E"] 16:06:24.243677 00:00:24:c2:45:74 > 00:90:1a:a0:15:b7, ethertype PPPoE S (0x8864), length 36: PPPoE [ses 0xb6b] LCP (0xc021), length 16: LCP, Conf-Request (0x01), id 4, length 16 [... more LCP packets belonging to ses 0xb6b ...] So the PADT/PADI/PADO/PADR/PADS sequence is correct. Maybe the PADT got lost on its way to this box the last times? Would ng_pppoe.c handle this case gracefully? Anyway, I will monitor this a few more days with tcpdump and report back should a "no matching session" come up again. Thanks, -cpghost. -- Cordula's Web. http://www.cordula.ws/ ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Intel DG31PR and RTL8168/8111 issue
Hello Pyun, - Original Message > From: Pyun YongHyeon <[EMAIL PROTECTED]> > To: Abdullah Ibn Hamad Al-Marri <[EMAIL PROTECTED]> > Cc: FreeBSD STABLE > Sent: Friday, December 7, 2007 4:01:42 AM > Subject: Re: Intel DG31PR and RTL8168/8111 issue > > On Thu, Dec 06, 2007 at 11:20:19AM -0800, Abdullah Ibn Hamad > Al-Marri > wrote: > > [...] > > > > > Shall I issue more commands and send it? > > > > I'd like to know whether multicat filtering really works on your > hardware. It would be even better if you can test it on IPv6 > environments. Just assign an IPv6 address to your re0 and send > a ICMPv6 node information DNS name query from other hosts. > For exmaple, 'ping6 -w ff02::1%foo0' command will report hostname > of host with re0 interface if multicast filtering works(Change > foo0 with interface instance of a driver.) > > -- > Regards, > Pyun YongHyeon I wish I could do that, but my ISP doesn't offer IPV6 space. Could you please make this patch in HEAD then mergge it to RELENG_7, so users with this nic wont drop FreeBSD 7.0 when it is out because the nic wont work out of box at least for IPV4 users. Again, I appreciate your help, and the great support for the community you offer. :-) Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
qemu: freebsd6_mmap -1 errno 12 Cannot allocate memory
Hi! There is FreeBSD box that was 6.2-STABLE before, now it became 7.0-BETA3 via source upgrade. The kernel has 'options COMPAT_FREEBSD6' compiled in. However, qemu-0.8.2s.20061225_1 stopped to work, it dumps core when started with an error: Fatal error 'Cannot allocate red zone for initial thread' at line 384 in file /usr/local/obj/src/lib/libthr/thread/thr_init.c (errno = 12) ktrace shows that freebsd6_mmap() syscall fails: 22114 qemu CALL freebsd6_mmap(0xbf9ff000,0x1000,PROT_NONE,MAP_ANON,0x,0,0,0) 22114 qemu RET freebsd6_mmap -1 errno 12 Cannot allocate memory Is it a bug in kernel's COMPAT_FREEBSD6 feature? Rebuilding of qemu requires downloading and building of gcc-3.4 that's what I would avoid to do. Eugene Grosbein ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
FreeBSD on Dell T105? ($350 dual-core Opteron)
Dell's got a decent deal on their PowerEdge T105 box with an 1.8GHz AMD dual-core Opteron, 512MB RAM, 80GB disk, and Gigabit ether: $350. I'd love to pick one of these up if FreeBSD was known to work on it, especially FreeBSD-7. Any reports of success or failure? I couldn't find anything on Google, the FreeBSD mailing list search, nor on http://www.freebsd.org/platforms/amd64/motherboards.html Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Extreme load with local password db lookups
> I would like to point out that in FreeBSD 7.x there is a daemon called nscd. > I > believe it was created exactly for this purpose (speeding up name lookups by > caching them). Is it true that 4.x has nearly O(n) lookup speed while later versions has O(n^2) method? Why 4.x does not need caching daemon to be quick? Eugene Grosbein ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Extreme load with local password db lookups
On Friday 07 December 2007, Jeremy Chadwick wrote: > On Fri, Dec 07, 2007 at 08:44:37AM +0100, Patrick van Iersel wrote: > > > From: Eugene Grosbein <[EMAIL PROTECTED]> > > > See http://www.freebsd.org/cgi/query-pr.cgi?pr=75855 > > > It seems the regression from RELENG_4 is still here. > > > > > > There are so many regressions in performance that I still > > > prefer to invest time to patch bsd.ports.mk to support 4.x > > > (and have a success, I use fresh ports with 4.x these days) > > > then upgrade my UP boxes to 6.x and suffer from loss of performaince. > > > > For what it's worth, Eugene's suggestion of changing nsswitch.conf > > actually helps. It was mentioned in the PR above as well. It's still a > > workaround but it works good enough for me now. > > I stand corrected. :-) The PR referenced by Eugene is dead on. The > priority on that PR should really be changed to medium or high, because > the impact is major. I'm sure large hosting/shell providers are being > bitten by this. I would like to point out that in FreeBSD 7.x there is a daemon called nscd. I believe it was created exactly for this purpose (speeding up name lookups by caching them). - Pieter de Goeje ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 4.x Collecting pv entries Suggest increasing PMAP_SHPGPERPROC,
Claus Guttesen wrote: I know FreeBSD 4.x is old..., but we are using on a production system with postgres and apache. The above message is appearing periodically. I googled for the message but found no recommendation for adjusting it. Is the sysctl kern.vm.pmap.shpgperproc available on 4.x? This can be configured in /boot/loader.conf. Hi Claus, It does not appear to be available via a sysctl in 4.x. Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Also seeing 2 x quad-core system slower that 2 x dual core
> What settings are there on the cache? I have a DL 380 G5 with 2 x The RAID cards on the original machines came with the cache configured as 50/50 read/write split. The new ones came configured 25/75 read/write splitl. Having set them all to 50/50 using the Smart Start CD then I now get iidentical performnce. It's worth checking - these RAID controllers have shoipped set to 50/50 for as long as I have been using them, so I just assumed the new ones would be too... -pete. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Also seeing 2 x quad-core system slower that 2 x dual core
> Just as a followup to this - I soent some time going through all > the suggestions and advice that people gave me regarding this problem. > It turns out that the newer servers shipped by HP have different cache > settings to the older ones on their RAID controllers, plus I get very > different results from my benchmarks depending on how long the machines > have been booted for and what activity has occurred on them (probably due to > things ending up in cache). What settings are there on the cache? I have a DL 380 G5 with 2 x dual-core woodcrest and 512 MB BB cache running as a db-server (postgresql) and two DL 360 G5 with with 2 x 4-core and 256 MB BB cache running as web-servers. > Upshot - if the machines are configured identically, and an identical install > is made and an identical test doen then we get identical performance as > expected. > > Part of the reason for posting this though is that a lot of people have bbeen > worrying about 8x CPU performance, and this thread won't have helped. So > I wanted to say that now I am convinced that (for my workload) these machines > are fine. To the point where I have installed 7.0-BETA4 on the ten new > 8 core servers for a very large load on th webfarm this morning. I'm pleased > toio say that it went off perfectly, the servers took the load and we had > no problems at all. We are running CGI scripts against mySQL under apache22 > basically - which is a pretty common thing to do. Ia m using ULE and tthe > amd64 version of the OS. I will second this even though I do not have hard facts to base this assumption on. I have - as mentioned above - two web-servers running 7.0 beta 2 on a 8-core and is satisfied with the performance. But my only comparison are two 2 x dual-core opterons (4-way) where the 8-core handles approx. twice as much load. But maby I should expect 2.5 as much performance since the quad-core is a newer cpu and the opterons are getting two years old. I also upgraded our db-server from 6.2 RC1 to 7.0 beta 3 on our DL 380 G5 (4-way) because the server was getting constrained on ressources. I could either replace my 10K rpm drives (in raid 1+0) with 15K ditto which would require a downtime which we could not afford at this time or I could upgrade from 6.2 to 7.0. The upgrade took 10 min. Kernel and userland had all ready been compiled on the web-server. The upgrade was worthwhile and the db-server is performing better. On Sunday I will have some load-numbers and post them on Monday. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: 4.x Collecting pv entries Suggest increasing PMAP_SHPGPERPROC,
> I know FreeBSD 4.x is old..., but we are using on a production system > with postgres and apache. The above message > is appearing periodically. I googled for the message but found no > recommendation for adjusting it. Is the sysctl kern.vm.pmap.shpgperproc available on 4.x? This can be configured in /boot/loader.conf. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
4.x Collecting pv entries Suggest increasing PMAP_SHPGPERPROC,
Hello List, I know FreeBSD 4.x is old..., but we are using on a production system with postgres and apache. The above message is appearing periodically. I googled for the message but found no recommendation for adjusting it. Any suggestions. Thanks, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Also seeing 2 x quad-core system slower that 2 x dual core
Just as a followup to this - I soent some time going through all the suggestions and advice that people gave me regarding this problem. It turns out that the newer servers shipped by HP have different cache settings to the older ones on their RAID controllers, plus I get very different results from my benchmarks depending on how long the machines have been booted for and what activity has occurred on them (probably due to things ending up in cache). Upshot - if the machines are configured identically, and an identical install is made and an identical test doen then we get identical performance as expected. Part of the reason for posting this though is that a lot of people have bbeen worrying about 8x CPU performance, and this thread won't have helped. So I wanted to say that now I am convinced that (for my workload) these machines are fine. To the point where I have installed 7.0-BETA4 on the ten new 8 core servers for a very large load on th webfarm this morning. I'm pleased toio say that it went off perfectly, the servers took the load and we had no problems at all. We are running CGI scripts against mySQL under apache22 basically - which is a pretty common thing to do. Ia m using ULE and tthe amd64 version of the OS. 7.0 is excellent as far as I am concerned, and I don't think people should be worried about deploying it on 8 core machines. My experinec has been that it is fine and is also somewhat faster than 6.3 on the same hardware. -pete. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /boot size in 7.0 beta3
in message <[EMAIL PROTECTED]>, wrote Matthew D. Fuller thusly... > > On Thu, Dec 06, 2007 at 05:32:41PM -0800 I heard the voice of > Doug Hardie, and lo! it spake thus: > > > > Between 6.2 and 7 /boot has grown from 45 MB to 114 MB. That > > poses a significant issue for those of us who have been running > > production systems for many years. I have the root partition > > set to 200 MB which has been more than enough. > > Well, 200 meg has been pretty tight and rather small for a couple > versions now. My 194 meg / partition set up in 3-CURRENT days is > pretty tight these days 8-} On not too old RELENG_6 with a debug kernel (nothing much in /root, /tmp is a symlinked to elsewhere) ... df -h Filesystem SizeUsed Avail Capacity Mounted on /dev/ad4s3a 193M 71M107M40%/ /dev/ufs/t61var 387M104M253M29%/var /dev/ufs/t61usr 678M155M468M25%/usr /dev/ufs/t61home 24G6.3G 16G28%/home /dev/ufs/t61misc 13G6.8G5.4G56%/misc devfs 1.0K1.0K 0B 100%/dev So, just what have you been stuffing in /? Now if /var is really in /, then 200M is indeed close to the usage (175M) for comfort. - Parv > rm'ing away all the .symbols files from the kernel dir did the > trick for me, though (I did have to do it in another terminal > while `installkernel` was running to get it to complete... > there's probably a flag I can pass to make): > > Filesystem SizeUsed Avail Capacity Mounted on > /dev/da0s1a 194M 65M113M36%/ -- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /boot size in 7.0 beta3
On Fri, Dec 07, 2007 at 12:56:06AM -1000 I heard the voice of Parv, and lo! it spake thus: > > So, just what have you been stuffing in /? kernel.debug for one thing. But that's not what really kills it; it's when there are TWO kernel.debug's in the time between starting the upgrade and being sure the new one works solid. Or now, two sets of .symbols files, which is way too much for it (one set is ~75 megs). -- Matthew Fuller (MF4839) | [EMAIL PROTECTED] Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: /boot size in 7.0 beta3
Doug Hardie wrote: Between 6.2 and 7 /boot has grown from 45 MB to 114 MB. That poses a significant issue for those of us who have been running production systems for many years. I have the root partition set to 200 MB which has been more than enough. Its no longer usable. 7.0 beta will not install properly as it runs out of space. Basically this forces you to repartition the drive. That requires an extensive down time for servers. Far beyond what I can justify to users. src/UPDATING: 20060118: This actually occured some time ago, but installing the kernel now also installs a bunch of symbol files for the kernel modules. This increases the size of /boot/kernel to about 67Mbytes. You will need twice this if you will eventually back this up to kernel.old on your next install. If you have a shortage of room in your root partition, you should add -DINSTALL_NODEBUG to your make arguments or add INSTALL_NODEBUG="yes" to your /etc/make.conf. -- WBR, Andrey V. Elsukov ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Extreme load with local password db lookups
> From: Eugene Grosbein <[EMAIL PROTECTED]> > Date: Fri, 7 Dec 2007 14:48:47 +0700 > To: Patrick van Iersel <[EMAIL PROTECTED]> > Cc: freebsd-stable@FreeBSD.org > Subject: Re: Extreme load with local password db lookups > > On Fri, Dec 07, 2007 at 08:44:37AM +0100, Patrick van Iersel wrote: > >>> See http://www.freebsd.org/cgi/query-pr.cgi?pr=75855 >>> It seems the regression from RELENG_4 is still here. >>> >>> There are so many regressions in performance that I still >>> prefer to invest time to patch bsd.ports.mk to support 4.x >>> (and have a success, I use fresh ports with 4.x these days) >>> then upgrade my UP boxes to 6.x and suffer from loss of performaince. >> >> For what it's worth, Eugene's suggestion of changing nsswitch.conf actually >> helps. It was mentioned in the PR above as well. It's still a workaround but >> it works good enough for me now. > > It would be nice if you make a followup to the PR for the record > with a notice about your problem and mention 6.3-PRERELEASE there. Done :) Patrick. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"