On Fri, Apr 24, 2009 at 07:44:50PM -0500, Matt Domsch wrote: > If you see me monkey with u-m-d-l on bapp1, that's what I'm trying to > figure out... Found it... update-master-directory-list was trying to be smart and failed. If it saw that a directory's ctime hadn't changed, it skipped it and moved on. But, a directory's ctime won't change if one of its _subdirectories' ctime_ changes. Because u-m-d-l runs every 30 minutes or so, it appears to catch tree updates mid-flight. In one run it sees updates/10/x86_64/ has changed, but that repodata/ under that has not (yet). So it marks updates/10/x86_64 as changed and moves on. On the next pass, updates/10/x86_64 of course _has not changed_, but it's repodata subdir has. This is what it was missing... It would skip processing the repodata subdir. (and yes, this would throw off the crawler too, which people have been complaining about being added and removed from the list somewhat randomly...) I'm working on a fix, which will involve changing update-master-directory-list. But that should be the only change. -- Matt Domsch Linux Technology Strategist, Dell Office of the CTO linux.dell.com & www.dell.com/linux _______________________________________________ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
