Page 1 of 1

recentchange doesn't work after loading a db

Posted: Tue Mar 07, 2017 9:24 pm
by ix101
Running: 1.4.0.713b (x86)

I have 2 instances of Everything running - We'll call them "BG" and "FG".

1. Computer starts up:
c:\> everything -instance BG -db c:\db\mydb.db
c:\> everything -instance FG -db c:\db\mydb.db -readonly

2. Once a day, BG crawls the incredible slow network and indexes the files. It can take many hours to do this (during which time it doesn't handle requests).

3. Once BG finishes crawling, it updates the db file
c:\> everything -instance BG -db c:\db\mydb.db -update

4. FG then exits
c:\> everything -instance FG -quit

5. FG restarts, loading the newly updated database
c:\> everything -instance FG -db c:\db\mydb.db -readonly

6. Goto 2

So this works great in that FG is always available for querying. Is the info out of date sometimes ... yup, but no more than 24 hours and really for what it is used for, that's fine. HOWEVER ...

if after step 5 I run a query such as:

rc:last2days

BG will correctly produce a list of results (maybe 1000 files)
FG will indicate 0 files.

This behavior is consistent. I don't think I'm doing anything wrong:
1. the two instances are sharing the same db
2. I can see that they both report the (correct) same total number of files indexed

This would seem to be a bug where the BG instance has some extra info that it isn't saving to the db that FG is using.

Re: recentchange doesn't work after loading a db

Posted: Wed Mar 08, 2017 1:25 am
by froggie
Try having BG exit between steps 4 and 5. I believe the database on disk is only written when Everything exits. The is also a file permission conflict if BG is writing the database when FG has it open for read

Re: recentchange doesn't work after loading a db

Posted: Wed Mar 08, 2017 3:09 am
by void
Recent changes are changes to the Everything index since Everything was started.

Recent changes are not stored on disk.

To load recent changes from the USN journal:
  • In Everything, from the Tools menu, click Options.
  • Click the NTFS tab.
  • For each NTFS volume:
    • Check Include USN Journal in recent changes.
  • Click OK.

Re: recentchange doesn't work after loading a db

Posted: Wed Mar 08, 2017 6:27 pm
by ix101
I see .. I had assumed it was based on some sort of query involving the current date and the date modified.

Unfortunately in my case, these are not NTFS volumes and so the journal won't help.

I suppose I can work around this with something like:

(dm:03/06/2017 OR dm:03/07/2017)

And obviously the dates would need to change.

I should have posted this to Support .. I just assumed it was a bug. Sorry about that.

Re: recentchange doesn't work after loading a db

Posted: Thu Mar 09, 2017 2:16 am
by froggie
How about:

Code: Select all

dm:last2days
you might want to index date modified