RE: Insufficients buffers for rebalance
: I get this with even 512MB of ram, as it does not seem to be : something we need people to worry about can we subdue the message : unless vfs.hammer.debug.general is 0x0080?? FWIW, I had a VM with 512MB RAM showing exactly the same message. Bumping it to 1 GB did the trick for me. Of course that's a bit trickier for physical machines :) Cheers, Alex Hornung
Re: Insufficients buffers for rebalance
Matthew Dillon wrote: Don't bother trying to rebalance. It won't actually hurt the filesystem much to not rebalance. The rebalancer needs a lot of buffer cache buffers to operate at the moment and there's no easy solution other then to add memory. -Matt Matt, I get this with even 512MB of ram, as it does not seem to be something we need people to worry about can we subdue the message unless vfs.hammer.debug.general is 0x0080?? 0x0080 might not been the correct one to use, but seemed to be popular, is there a list of reasons for each one used in debug_general? Attached is a patch. Thanks, Dylan >From 52862807299d79f0253d428a0b1529ad63e87bf3 Mon Sep 17 00:00:00 2001 From: Dylan Reinhold Date: Tue, 27 Apr 2010 22:04:21 -0700 Subject: [PATCH] HAMMER: Suppress rebalance buffer message. Only show the message if debug.general is 0x0080 --- sys/vfs/hammer/hammer_ioctl.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/sys/vfs/hammer/hammer_ioctl.c b/sys/vfs/hammer/hammer_ioctl.c index f8fe994..dc7eb90 100644 --- a/sys/vfs/hammer/hammer_ioctl.c +++ b/sys/vfs/hammer/hammer_ioctl.c @@ -94,9 +94,11 @@ hammer_ioctl(hammer_inode_t ip, u_long com, caddr_t data, int fflag, * little memory will not be able to do it. */ if (error == 0 && nbuf < HAMMER_REBALANCE_MIN_BUFS) { - kprintf("hammer: System has insufficient buffers " -"to rebalance the tree. nbuf < %d\n", + if (hammer_debug_general & 0x0080) { +kprintf("hammer: System has insufficient " +"buffers to rebalance the tree. nbuf < %d\n", HAMMER_REBALANCE_MIN_BUFS); + } error = ENOSPC; } if (error == 0) { -- 1.6.4
HAMMER:WARNING: Missing inode for dirent
I am getting these errors when I run undo update.log HAMMER: WARNING: Missing inode for dirent "update.log@@0x0001166e7da0" obj_id = 000103bca45e, asof=0001166e7da0, lo= HAMMER: WARNING: Missing inode for dirent "update.log@@0x000116a785c0" obj_id = 000103bca45e, asof=000116a785c0, lo= The system was just updated. DragonFly backup_a.gasdasoftware.com 2.7-DEVELOPMENT DragonFly v2.7.2.75.g28b766-DEVELOPMENT #6: Tue Apr 27 21:20:44 PDT 2010 r...@backup_a.gasdasoftware.com:/usr/obj/usr/src/sys/GENERIC i386 Should I worry? Thanks, Dylan
Re: Amount of wiki spam
On Tue, April 27, 2010 5:04 am, Jeremy C. Reed wrote: > On Tue, 27 Apr 2010, Matthias Schmidt wrote: >> We could add line in blinking, red letters "Please provide a commit >> message" ;) This should be possible w/o digging into the ikiwiki >> internals. > > Very easy. > > create a templatedir > copy editpage.tmpl > modify it to add the message. > configure ikiwiki to point to the templatedir > (not all templates need to be copied) Perfect timing - The version of ikiwiki that just came out today supports template files within the content. I'll see if I can upgrade tonight and get this working.
Re: Amount of wiki spam
On Tue, 27 Apr 2010, Matthias Schmidt wrote: > > I'd like to see enforced messages too. I don't see an easy way to > > do that. > > We could add line in blinking, red letters "Please provide a commit > message" ;) This should be possible w/o digging into the ikiwiki > internals. Very easy. create a templatedir copy editpage.tmpl modify it to add the message. configure ikiwiki to point to the templatedir (not all templates need to be copied)
Re: Amount of wiki spam
On Monday 26 April 2010 22:04:54 Justin C. Sherrill wrote: > We could do what NetBSD does with their online bug forms. There's a last > sentence that says "This server runs NetBSD. To verify you are not a bot, > which OS does this server run?" with a little spot to type "NetBSD". We > could do the same, possibly. I've seen some forms that say a random arithmetic problem and require the answer. Pierre -- I believe in Yellow when I'm in Sweden and in Black when I'm in Wales.
Re: Snapshots ordering on slave and pfs according to freequency for snapshot management
On Mon, Apr 26, 2010 at 06:56:50PM -0700, Matthew Dillon wrote: > > :All I need is to figure out how to remove the 5mins snapshots that > :gets mirrored on the slave older than two days with out removing the > :daily snapshots. > : > :But I am a bit confused now since I dont see snapshots actually > :removed after a hammer cleanup. > :I will send the details with a new subject > : > :--Siju > > hammer cleanup only removes snapshots over X days old. It can't > distinguish between fine-grained and coarse-grained snapshots > that you explicitly tell hammer to make. You would have to remove > those yourself (if you want to expire them before the X days) > using hammer snaprm. > > You can script it fairly easily by setting the comment field for > each snapshot you take, then filtering out the list based on that. > See the manual page. I think sysutils/rsnapshot does what you want. It uses hard links to simulate snapshots on classic filesystems and manages different ranges of snapshots. You can specify how much snapshots you want to keep for each range: [rsnapshot.conf] intervalhourly 6 intervaldaily 7 intervalweekly 4 intervalmonthly 12 The hammer utility would be much better if it implemented some similar mechanism IMHO. -- Francois Tigeot