After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 738320 - sometimes on large pulls: "Couldn't find file object"
sometimes on large pulls: "Couldn't find file object"
Status: RESOLVED WONTFIX
Product: ostree
Classification: Infrastructure
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: OSTree maintainer(s)
OSTree maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2014-10-10 18:54 UTC by Colin Walters
Modified: 2018-08-17 19:00 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Colin Walters 2014-10-10 18:54:22 UTC 
I have seen this occasionally.  It is some kind of race condition in the pull code.
Comment 1 Colin Walters 2015-01-24 22:58:41 UTC 
If this happens, client systems can cause the next pull to re-scan via:

ln -s foo /path/to/repo/transaction
Comment 2 Colin Walters 2015-01-28 17:57:20 UTC 
I've audited the pull code again and I just can't find this =(

I also set up a test run which ran a pull/reset/prune in a loop over and over for a few days, with no luck in reproducing.

The bug must exist as multiple people have seen it, but I just don't have a theory at the moment.
Comment 3 André Klapper 2018-08-17 19:00:20 UTC 
OSTree has moved to Github a while ago.
Furthermore, GNOME Bugzilla will be shut down and replaced by gitlab.gnome.org.

If the problem reported in this Bugzilla ticket is still valid, please report it to https://github.com/ostreedev/ostree/issues instead. Thank you!

Closing this report as WONTFIX as part of Bugzilla Housekeeping.