[Lustre-discuss] e2scan for cleaning scratch space

Brock Palen brockp at umich.edu
Wed Mar 4 11:28:47 PST 2009


The e2scan shipped from sun's rpms does not support sqlite3 out of  
the box:

rpm -qf /usr/sbin/e2scan
e2fsprogs-1.40.7.sun3-0redhat

e2scan: sqlite3 was not detected on configure, database creation is  
not supported

Should I just rebuilt only e2scan?

Brock Palen
www.umich.edu/~brockp
Center for Advanced Computing
brockp at umich.edu
(734)936-1985



On Mar 4, 2009, at 2:19 PM, Daire Byrne wrote:

> Brock,
>
> ----- "Brock Palen" <brockp at umich.edu> wrote:
>
>> e2scan will show me all the files that have changed from a date, but
>> I want to know all the files that have not changed sense some date.
>> The goal is to make a system for purging scratch spaces that is fast,
>> and minimum wear on the filesystem.
>
>> How are groups doing this now?  Are you using e2scan?
>> Is there a way to have e2scan not only list the file but also the
>> mtime/ctime in the log file, so that we can sort oldest to newest?
>
> e2scan can dump it's findings to a sqlite DB which has the ctime/mtime
> info in it. But you'll need to write some logic to construct the
> filepaths because everything is stored with inode number as the index.
> There is code in e2scan that can probably be recycled for that purpose
> though. So I suppose you would get e2scan to create the DB and then a
> custom app would search by ctime/mtime and spit out the full file  
> path.
>
> Daire
>
>




More information about the lustre-discuss mailing list