Bug 6326 - Covered tasks with cache attempt "File not in cache"
Summary: Covered tasks with cache attempt "File not in cache"
Status: RESOLVED NOTABUG
Alias: None
Product: Toaster
Classification: Build System, Metadata & Runtime
Component: toaster (show other bugs)
Version: unspecified
Hardware: All Multiple
: Medium normal
Target Milestone: 1.6.2
Assignee: Alexandru Damian
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2014-05-14 13:23 UTC by Belen Barros Pena
Modified: 2014-06-24 13:59 UTC (History)
4 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: No (bug/feature does not impact docs)


Attachments
Covered tasks with File not in cache attempt (157.90 KB, image/png)
2014-05-14 13:23 UTC, Belen Barros Pena
no flags Details
database (7.15 MB, application/x-gzip)
2014-05-14 13:23 UTC, Belen Barros Pena
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Belen Barros Pena 2014-05-14 13:23:09 UTC
Created attachment 1953 [details]
Covered tasks with File not in cache attempt

I came across this when running a beaglebone build: covered tasks reporting a "File not in cache" cache attempt. This is not supposed to happen: only executed tasks can report a "File not in cache" attempt (Covered tasks are not executed tasks). I have attached a screenshot and the database.
Comment 1 Belen Barros Pena 2014-05-14 13:23:34 UTC
Created attachment 1954 [details]
database
Comment 2 Alexandru Damian 2014-06-24 13:59:55 UTC
I am not sure that this constraint is right. What happened here is:

* the do_package task was looked up in sstate, and not found, hence the sstate_miss
* the do_packagedata task of the same recipe was found in cache, and restored
* since the do_packagedata was restored, the do_package is now covered (but it wasn't covered at the time of the sstate lookup)

I feel that the task data accurately reflects this situation. Furthermore, for performance implications, I don't think it's productive to erase cached state after the task outcome changes.