Bug 239938
| Summary: | traceback with yum sqlitedb layout change | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | David Bartmess <dingodave> |
| Component: | createrepo | Assignee: | Paul Nasrat <nobody+pnasrat> |
| Status: | CLOSED RAWHIDE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | andre, bengtmal, dancethetango50, dcantrell, katzj, kengert, pubmb01, robin.humble+redhat, rsaramago |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | yum-metadata-parser-1.1.0-2.fc7 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2007-05-17 20:24:05 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 150226 | ||
|
Description
David Bartmess
2007-05-12 22:14:40 UTC
Something with the db format change isn't getting caught correctly... *** Bug 239980 has been marked as a duplicate of this bug. *** *** Bug 239984 has been marked as a duplicate of this bug. *** *** Bug 240098 has been marked as a duplicate of this bug. *** So the problem here is that createrepo has a hard-coded value for the dbversion (9) which doesn't actually match what the dbversion being created is. I'll update createrepo to hard-code 10 for the moment, but we should really make createrepo get that from sqlitecachec. Jesse -- we'll then need to make sure the new createrepo is being used on composes where the sqlitecache is being pre-created. AFAIK we aren't pre-generating sqlite cache anywhere for devel. There are issues with creating this on an NFS share that haven't been resolved yet. (From offline conversation) -- the db cache is being generated for devel. And patches for yum-metadata-parser and createrepo sent upstream; will build and apply for the Fedora packages. This should then be fixed for the next rawhide push. *** Bug 240173 has been marked as a duplicate of this bug. *** Whats the quick workaround for users to get past this to get to the updates (is there one?) If you manually update yum and yum-metadata-parser, then you won't hit the traceback. There's unfortunately not much of a better answer. (In reply to comment #10) > If you manually update yum and yum-metadata-parser, then you won't hit the > traceback. There's unfortunately not much of a better answer. How do we do that...?? *** Bug 240227 has been marked as a duplicate of this bug. *** *** Bug 240219 has been marked as a duplicate of this bug. *** (In reply to comment #11) > (In reply to comment #10) > > If you manually update yum and yum-metadata-parser, then you won't hit the > > traceback. There's unfortunately not much of a better answer. > > How do we do that...?? Go to http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/ and grab the latest rpm packages of yum yum-metadata-parser and maybe you'll also need yum-updatesd (I needed it) Then do a rpm -Fvh yum-*.rpm This fixed it for me. 'yum upgrade' fails immediately in the above manner after installing a fc7-t4 on x86_64. it makes the distro un-upgradable, so I'd rate this as very serious indeed... presumably the default yum db format is going to be in sync with repos in time for fc7? the workaround above works fine for me for now. thanks. I believe this is fixed by yum-metadata-parser-1.1.0-2.fc7, which is now available in rawhide. |