http://permalink.gmane.org/gmane.os.freebsd.current hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.os.freebsd.current/142234 <pre>----- Original Message ----- From: "Mark Linimon" &lt;linimon&lt; at &gt;lonesome.com&gt; It does like more RAM than FFS, but can be tuned to work under smaller amounts however given current pricing does anyone use HW for servers with that little RAM? Sure old i386 machines still running legacy ABC that just works so no need to upgrade it may still have less than 4GB RAM, but modern machines running large disk sets are a totally different matter. Not experienced that here, care to clarify / quantify? While if this is the case I can see that may cause problems, but the solution to that is simple don't let your system get that full. Disks are still relatively cheap even after the disasters, so keep on top of your space and you wont see that problem; particularly as ZFS makes it so easy to expand existing pools :) Regards steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event o</pre> Steven Hartland 2012-05-23T22:25:11 http://permalink.gmane.org/gmane.os.freebsd.current/142233 <pre> - ZFS eats bytes for breakfast. It is completely inappropriate for anything with less than 4GB RAM. - ZFS performs poorly under disk-nearly-full conditions. mcl _______________________________________________ freebsd-current&lt; at &gt;freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe&lt; at &gt;freebsd.org" </pre> Mark Linimon 2012-05-23T22:05:33 http://permalink.gmane.org/gmane.os.freebsd.current/142232 <pre>----- Original Message ----- From: "Lev Serebryakov" &lt;lev&lt; at &gt;FreeBSD.org&gt; Slightly OT but I must say I'm a big fan of ZFS since I first tried it under FreeBSD a few years back. Not only is it a dream to use as an admin, making all traditionally hard tasks easy; its also helped us identify failing hardware which nothing else has spotted. While it might be a shame to see FFS go by the wayside are there any big reasons why you would rather stick with FFS instead of moving to ZFS with all the benefits that brings? With regards protective panics I must agree, in this case it does seem there are much better paths which could be chosen. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illeg</pre> Steven Hartland 2012-05-23T21:58:48 http://permalink.gmane.org/gmane.os.freebsd.current/142231 <pre>On Wed, May 23, 2012 at 1:52 PM, O. Hartmann &lt;ohartman&lt; at &gt;zedat.fu-berlin.de&gt; wrote: ... The problem has been on and off "mild" breakage for the past couple days (yacc, format string qualifier issues, etc). I ran into a similar issue when my copy of mtree went MIA after a freshly installed world corrupted my VM during an nlm panic (thankfully it was my VM and not something else). Trial and error for the base system is the only method I'm aware of right now, but if portions of the base system are corrupted and not others, I would suspect all of the contents on disk (esp after recent reports about UFS filesystem corruption with SUJ). You can resolve the ports issue via another port that's shell based or C based. Memory serves me correctly it was ports-mgmt/port-maintenance-tools .. You can save files that would be in the dist tarballs on the install media to another directory (/etc/*, customizations in /root, /usr, etc). Then you can extract the tarballs (I would use a test directory first though). Pas</pre> Garrett Cooper 2012-05-23T21:40:40 http://permalink.gmane.org/gmane.os.freebsd.current/142230 <pre>Hello, Konstantin. You wrote 23 мая 2012 г., 17:10:46: KB&gt; This panic is another protective panic caused by on-disk inconsistent KB&gt; structures. The bitmap indicated that an inode was free, but actual inode KB&gt; context suggested that the inode is in use. KB&gt; I would not worry much about ffs code until known hardware problem on KB&gt; the machine are fixed. Konstantin, it is very sad, that official position of one of FFS maintainers (according to mailing list activity), is to blame hardware on every FFS/SU/SUJ inconsistency and do nothing with code. According to my experience, we all live in real world, where HDDs could lost write cache on power failure or kernel panic unrelated to FFS, UPSes and PSUs fails (which leads to power failures) and HDDs with turned off write cache are unusable -- because they become slow like hell without writing cache. You could name it "broken hardware," but let face it -- all non-top-server hardware, everything, but HBAs with battery installed in double-PSU-equipped </pre> Lev Serebryakov 2012-05-23T21:38:53 http://permalink.gmane.org/gmane.os.freebsd.current/142229 <pre> My problems became more desperate. Since May, 15th, I'm unable to compile a buildworld and I suspect I messed up my OS somehow. I have already completely deleted /usr/src and checked out via SVN again. Deleting /etc/src.conf and /etc/make.conf, performing buildworld with the system's original make.conf (using the legacy GCC 4.2.1) ends up with the below shown error. Try to compile with CLANG as suggested via the Wiki page and the attached /etc/src.conf gives a very short approach in how to trap into a error, also shown below. My problems occured around the May, 15th and hit ALL of my FreeBSD 10-CURRENT/amd64 boxes on which I do most time daily buildworld. Two of them could be fixed, I did this two days ago by cd /usr/src make installincludes make -C {lib|libexec|sbin ...} clean cleandepend depend obj all install On one specific machine it didn't work that way. I found out that several binaries in the system's tree remained dated on 15th May, so like "ld" or other essential pieces. Therefore I suspect</pre> O. Hartmann 2012-05-23T20:52:05 http://permalink.gmane.org/gmane.os.freebsd.current/142228 <pre>On Wed, May 23, 2012 at 1:05 PM, Maksim Yevmenkin &lt; maksim.yevmenkin&lt; at &gt;gmail.com&gt; wrote: No objection. There shouldn't be any controversy here. Your patch is correct. The existing code in UMA is doing the wrong comparison. Alan _______________________________________________ freebsd-current&lt; at &gt;freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe&lt; at &gt;freebsd.org" </pre> Alan Cox 2012-05-23T18:15:51 http://permalink.gmane.org/gmane.os.freebsd.current/142227 <pre>hello, would anyone object to the following patch? === Index: uma_core.c =================================================================== --- uma_core.c(revision 616) +++ uma_core.c(working copy) &lt; at &gt;&lt; at &gt; -267,10 +267,7 &lt; at &gt;&lt; at &gt; static void bucket_enable(void) { -if (cnt.v_free_count &lt; cnt.v_free_min) -bucketdisable = 1; -else -bucketdisable = 0; +bucketdisable = vm_page_count_min(); } === i've observed situation where per-cpu buckets were disabled while there were enough free cached pages. basically, cnt.v_free_count was sitting stable at a value lower than cnt.v_free_min and that caused massive performance drop. tuning down vm.v_free_min sysctl immediately helped. thanks, max _______________________________________________ freebsd-current&lt; at &gt;freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe&lt; at &gt;freebsd.org" </pre> Maksim Yevmenkin 2012-05-23T18:05:14 http://permalink.gmane.org/gmane.os.freebsd.current/142224 <pre> I'm not sure. I'm still using cvs. But, it happened with sources updated last night if that helps. Ian </pre> Ian FREISLICH 2012-05-23T14:22:07 http://permalink.gmane.org/gmane.os.freebsd.current/142223 <pre>'\a' /usr/src/sys/i386/i386/pmap.c:1596 Well, mpte being NULL is the cause of your fault. :( It also seems that the system is trying to promote a superpage, but it can't find the page table page that currently maps the individual pages that make up the superpage (which is odd). </pre> John Baldwin 2012-05-23T13:50:36 http://permalink.gmane.org/gmane.os.freebsd.current/142222 <pre> Do you have r235776 in your tree ? This could be another manifestation of this bug. </pre> Konstantin Belousov 2012-05-23T13:49:49 http://permalink.gmane.org/gmane.os.freebsd.current/142221 <pre>, (kgdb) frame 7 #7 0xc0878682 in pmap_enter (pmap=0xc09e4060, va=3359633408, access=7 '\a', m=0xc191bf70, prot=7 '\a', wired=1) at /usr/src/sys/i386/i386/pmap.c:1596 1596 root = vm_page_splay(mpte-&gt;pindex, root); (kgdb) p root No symbol "root" in current context. (kgdb) p mpte $1 = 0x0 (kgdb) p *mpte Cannot access memory at address 0x0 </pre> Ian FREISLICH 2012-05-23T13:42:14 http://permalink.gmane.org/gmane.os.freebsd.current/142220 <pre>/usr/src/sys/i386/i386/trap.c: '\a' /usr/src/sys/i386/i386/pmap.c:15 /usr/src/sys/i386/i386/pmap.c:1596 Ok, can you do 'p root', 'p mpte', and 'p *mpte'? </pre> John Baldwin 2012-05-23T13:30:03 http://permalink.gmane.org/gmane.os.freebsd.current/142219 <pre> This panic is another protective panic caused by on-disk inconsistent structures. The bitmap indicated that an inode was free, but actual inode context suggested that the inode is in use. I would not worry much about ffs code until known hardware problem on the machine are fixed. You could try another pass of the full fsck on the volume, but my expectations are that bad hardware causes continuous damage to the data and metainformation. </pre> Konstantin Belousov 2012-05-23T13:10:46 http://permalink.gmane.org/gmane.os.freebsd.current/142217 <pre>TB --- 2012-05-23 06:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-23 06:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des&lt; at &gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-23 06:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-05-23 06:40:00 - cleaning the object tree TB --- 2012-05-23 06:43:57 - cvsupping the source tree TB --- 2012-05-23 06:43:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-05-23 06:50:32 - building world TB --- 2012-05-23 06:50:32 - CROSS_BUILD_TESTING=YES TB --- 2012-05-23 06:50:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-23 06:50:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-23 06:50:32 - SRCCONF=/dev/null TB --- 2012-05-23 06:50:32 - TARGET=amd64 TB --- 2012-05-23 06:50:32 - TARGET_ARCH=amd64 TB --- 2012-05-23 06:50:32 - TZ=UTC TB --- 2012-05-23 06:50:32 - __MAKE_CONF=/dev/null TB --- 2</pre> FreeBSD Tinderbox 2012-05-23T09:24:22 http://permalink.gmane.org/gmane.os.freebsd.current/142216 <pre>TB --- 2012-05-23 06:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-23 06:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des&lt; at &gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-23 06:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-05-23 06:40:00 - cleaning the object tree TB --- 2012-05-23 06:43:36 - cvsupping the source tree TB --- 2012-05-23 06:43:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-05-23 06:46:03 - building world TB --- 2012-05-23 06:46:03 - CROSS_BUILD_TESTING=YES TB --- 2012-05-23 06:46:03 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-23 06:46:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-23 06:46:03 - SRCCONF=/dev/null TB --- 2012-05-23 06:46:03 - TARGET=pc98 TB --- 2012-05-23 06:46:03 - TARGET_ARCH=i386 TB --- 2012-05-23 06:46:03 - TZ=UTC TB --- 2012-05-23 06:46:03 - __MAKE_CONF=/dev/null TB --- 2012-05</pre> FreeBSD Tinderbox 2012-05-23T09:20:12 http://permalink.gmane.org/gmane.os.freebsd.current/142215 <pre>TB --- 2012-05-23 06:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-23 06:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des&lt; at &gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-23 06:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2012-05-23 06:40:00 - cleaning the object tree TB --- 2012-05-23 06:43:51 - cvsupping the source tree TB --- 2012-05-23 06:43:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-05-23 06:46:06 - building world TB --- 2012-05-23 06:46:06 - CROSS_BUILD_TESTING=YES TB --- 2012-05-23 06:46:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-23 06:46:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-23 06:46:06 - SRCCONF=/dev/null TB --- 2012-05-23 06:46:06 - TARGET=i386 TB --- 2012-05-23 06:46:06 - TARGET_ARCH=i386 TB --- 2012-05-23 06:46:06 - TZ=UTC TB --- 2012-05-23 06:46:06 - __MAKE_CONF=/dev/null TB --- 2012-05</pre> FreeBSD Tinderbox 2012-05-23T09:19:02 http://permalink.gmane.org/gmane.os.freebsd.current/142214 <pre>TB --- 2012-05-23 06:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-23 06:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des&lt; at &gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-23 06:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-05-23 06:40:00 - cleaning the object tree TB --- 2012-05-23 06:43:01 - cvsupping the source tree TB --- 2012-05-23 06:43:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-05-23 06:45:27 - building world TB --- 2012-05-23 06:45:27 - CROSS_BUILD_TESTING=YES TB --- 2012-05-23 06:45:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-23 06:45:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-23 06:45:27 - SRCCONF=/dev/null TB --- 2012-05-23 06:45:27 - TARGET=arm TB --- 2012-05-23 06:45:27 - TARGET_ARCH=arm TB --- 2012-05-23 06:45:27 - TZ=UTC TB --- 2012-05-23 06:45:27 - __MAKE_CONF=/dev/null TB --- 2012-05-23 06</pre> FreeBSD Tinderbox 2012-05-23T07:53:40 http://permalink.gmane.org/gmane.os.freebsd.current/142213 <pre>TB --- 2012-05-23 04:22:26 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-23 04:22:26 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des&lt; at &gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-23 04:22:26 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-05-23 04:22:26 - cleaning the object tree TB --- 2012-05-23 04:25:49 - cvsupping the source tree TB --- 2012-05-23 04:25:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-05-23 04:27:12 - building world TB --- 2012-05-23 04:27:12 - CROSS_BUILD_TESTING=YES TB --- 2012-05-23 04:27:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-23 04:27:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-23 04:27:12 - SRCCONF=/dev/null TB --- 2012-05-23 04:27:12 - TARGET=powerpc TB --- 2012-05-23 04:27:12 - TARGET_ARCH=powerpc64 TB --- 2012-05-23 04:27:12 - TZ=UTC TB --- 2012-05-23 04:27:12 - __MAKE_CONF=</pre> FreeBSD Tinderbox 2012-05-23T06:38:35 http://permalink.gmane.org/gmane.os.freebsd.current/142212 <pre>TB --- 2012-05-23 04:22:16 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-23 04:22:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des&lt; at &gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-23 04:22:16 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-05-23 04:22:16 - cleaning the object tree TB --- 2012-05-23 04:25:15 - cvsupping the source tree TB --- 2012-05-23 04:25:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-05-23 04:26:38 - building world TB --- 2012-05-23 04:26:38 - CROSS_BUILD_TESTING=YES TB --- 2012-05-23 04:26:38 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-23 04:26:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-23 04:26:38 - SRCCONF=/dev/null TB --- 2012-05-23 04:26:38 - TARGET=powerpc TB --- 2012-05-23 04:26:38 - TARGET_ARCH=powerpc TB --- 2012-05-23 04:26:38 - TZ=UTC TB --- 2012-05-23 04:26:38 - __MAKE_CONF=/dev/n</pre> FreeBSD Tinderbox 2012-05-23T06:36:39 http://permalink.gmane.org/gmane.os.freebsd.current/142211 <pre>TB --- 2012-05-23 04:30:07 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-05-23 04:30:07 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des&lt; at &gt;freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-05-23 04:30:07 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-05-23 04:30:07 - cleaning the object tree TB --- 2012-05-23 04:31:01 - cvsupping the source tree TB --- 2012-05-23 04:31:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-05-23 04:32:56 - building world TB --- 2012-05-23 04:32:56 - CROSS_BUILD_TESTING=YES TB --- 2012-05-23 04:32:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-05-23 04:32:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-05-23 04:32:56 - SRCCONF=/dev/null TB --- 2012-05-23 04:32:56 - TARGET=sparc64 TB --- 2012-05-23 04:32:56 - TARGET_ARCH=sparc64 TB --- 2012-05-23 04:32:56 - TZ=UTC TB --- 2012-05-23 04:32:56 - __MAKE_CONF=/dev/n</pre> FreeBSD Tinderbox 2012-05-23T05:38:33 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.os.freebsd.current