similar to: Memory consume issue

There is is bug when setting XAPIAN_FLUSH_THRESHOLD=20000000 When trying for force Xapian flush documents to flush after 20 million documents Xapian ignores the size and flush it after only 10,000 documents. Data captured from delve after 60 seconds interval when has been set as follow: XAPIAN_FLUSH_THRESHOLD=20000000 perl -e ' while(1) { system("delve ."); sleep(60); } '

olly wrote: > Log message (6 lines): > backends/flint/flint_database.cc: Delete the corresponding entry > (if any) from doclens in delete_document(). Add assertion to > add_document_() that the corresponding entry in doclens isn't > already set, but in a non-debug build overwrite any existing > entry as that's more likely to be correct. >

How would I convert this program to output exactly the same thing but only for all the (noop) operations. We keep puppet in noop mode to audit its actions before they are applied. Thus it is necessary to ensure we understand exactly what all the nodes noop operations would be if we listed the noop restriction for a normal apply. This program will report in a reasonable format for those non-noop

Quartz has a QuartzDiskTable class which is a thin wrapper for a pair of Btree objects (or just one if the table is opened readonly): http://www.xapian.org/docs/sourcedoc/html/classQuartzDiskTable.html There's also a QuartzBufferedTable class which adds memory buffering of changes to this: http://www.xapian.org/docs/sourcedoc/html/classQuartzBufferedTable.html However, as of 0.8.0 we now

On Mon, Apr 09, 2007 at 11:26:44AM +0100, richard wrote: > backends/flint/flint_database.cc: Fix bug with document lengths > in replace document. Was using doclens.insert() to set the new > document length, but this has no effect if the entry already > exists. Argh! That issue has bitten us at least once before. I'll audit all uses of insert to see if there are any other

==================================================================== "Harmony makes small things grow, lack of it makes great things decay." Sallust ==================================================================== Release Announcements --------------------- This is is the latest stable release of Samba 4.0. Major enhancements in Samba 4.0.3 include: o

==================================================================== "Harmony makes small things grow, lack of it makes great things decay." Sallust ==================================================================== Release Announcements --------------------- This is is the latest stable release of Samba 4.0. Major enhancements in Samba 4.0.3 include: o

I had translated TOSHARG into Japanese. I found TYPO in the paragraph of "About the Cover Artwork". The contents are as follows. ---------------------------------------------------------------------------------------- the actions of those who have travelled lifes' road before us, ------ life's

Mike Hommey <mh at glandium.org> writes: > Hi, > > When running `notmuch compact` today, it stopped with the following > output: > > Compacting database... > compacting table postlist > Reduced by 25% 648656K (2498904K -> 1850248K) > compacting table docdata > Reduced by 15% 24K (152K -> 128K) > compacting table termlist > Reduced by

Thanks for the suggestion, this solved it for us, and we probably found the cause as well. We had performance co-pilot running and it was continously enabling profiling on volumes... We found the reference to the node that had the lock, and restarted glusterd on that node, and all went well from there on. Krist On 31 May 2017 at 15:56, Vijay Bellur <vbellur at redhat.com> wrote: >

Hi all, I am trying to do trivial things, like setting quota, or just querying the status and keep getting "Another transaction is in progres for <some volume>" These messages pop up, then disappear for a while, then pop up again... What do these messages mean? How do I figure out which "transaction" is meant here, and what do I do about it? Krist -- Vriendelijke

On 20/08/2020 14:32, admin at prawda.net.pl wrote: > Debug: > > Collected config --- 2020-08-20-15:28 ----------- > > Hostname: debian > DNS Domain: prawda.local A bit late now, but it would have been better to use something like 'ad.prawda.net.pl' for your DNS domain. > FQDN: debian.prawda.local > ipaddress: 192.168.0.92 192.168.10.92 You have two IP's, you

http://bugzilla.mindrot.org/show_bug.cgi?id=449 Summary: ssh_prng_cmds has malformed arp command Product: Portable OpenSSH Version: 3.4p1 Platform: Sparc OS/Version: Solaris Status: NEW Severity: major Priority: P2 Component: sshd AssignedTo: openssh-unix-dev at mindrot.org ReportedBy:

hi everyone the installation progres is ok but, when I run the program it sow the next error: manuel@pcportatil:~/.wine/drive_c/Archivos de programa/CTE/Lider$ wine Lider.exe fixme:win:LockWindowUpdate (0x10020), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub! fixme:win:LockWindowUpdate (0x10020), partial stub! fixme:win:LockWindowUpdate ((nil)), partial stub!

I'm having many troubles with x101p (orginal from Digium, wcfxo kernel module) on analog line simulated by a Cisco Router I'm experiency random hung up while zaptel doesn't recognize call progress (Italy signalling) Signalling is simple ignored as if someone hangs up on the other end of the analog line, on the asterisk end is it possible to listen the busy tone as generated from

Hallo! I am running rsync-2.6.2-1.fc2.0 on fedora 2 server. I use incremental backup with rsync, and I have 7 folders that are rotated on a daily basis. At the moment I run backup only one time each day. /home-area on my server uses 18G, and all the 7 backups together fill up 19G on my usb-disk, so I think my script works okay. It looks like this: rsync -verbose -progres -a

I'm no expert, but it sounds to me like normal variable bitrate stream behaviour. With variable bit rate, you cannot calculate exact byte address from time reference. So, in general you estimate and get close to time reference requested. Whenever you need precise pocision, you should use constant bit rate or a byte offset (instead of time/milliseconds). FYI, in my apps, I use time to show

puppet agent --verbose shows a verbose output of the changes done by puppet, such as: notice: /Stage[main]/Logstash::Config/Logstash::Configdir[agent]/File[/etc/logstash/agent/config]/owner: owner changed ''root'' to ''logstash'' notice: /Stage[main]/Varnish/Service[varnish]/ensure: ensure changed ''stopped'' to ''running''

I seem to be seeing cases where I call db.delete_document(somedocid) with no error, then flush() and delete the database object, but the document is still there after process exit. The write lock is normally deleted, so it appears that the database close finished normally. If I then then call delete_document(somedocid) from another command/process, this time it goes away. I've been seeing

http://bugzilla.mindrot.org/show_bug.cgi?id=799 Summary: scp incorrectly reports "stalled" on slow copies Product: Portable OpenSSH Version: 3.7.1p2 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P4 Component: scp AssignedTo: openssh-bugs at mindrot.org