Bug 441420
Summary: | PackageKit deadlock on installs or updates, rpm database corrupted | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Andrew Farris <lordmorgul> |
Component: | PackageKit | Assignee: | Robin Norwood <robin.norwood> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | rawhide | CC: | lordmorgul, richard, tim.lauridsen |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-04-21 09:35:02 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: |
Description
Andrew Farris
2008-04-07 22:43:33 UTC
I think there may be two things going on here:
- packagekit getting operations stuck due to 'cannot access database'
For instance when this happens in gpk-application:
TI:18:46:07 TH:0x21115a0 FI:pk-extra.c FN:pk_extra_set_database,601
- trying to open database '/var/lib/PackageKit/extra-data.db'
TI:18:46:07 TH:0x21115a0 FI:pk-extra.c FN:pk_extra_set_database,604
- Can't open database: unable to open database file
...
- emit progress-changed 101, 98, 52974, 0
TI:18:47:07 TH:0x21115a0 FI:pk-client.c FN:pk_client_progress_changed_cb,621
- emit progress-changed 101, 99, 53281, 0
TI:18:47:10 TH:0x21115a0 FI:pk-client.c FN:pk_client_progress_changed_cb,621
- emit progress-changed 101, 100, 56811, 0
TI:18:47:10 TH:0x21115a0 FI:pk-client.c FN:pk_client_progress_changed_cb,621
- emit progress-changed 101, 0, 56813, 0
TI:18:47:12 TH:0x21115a0 FI:pk-client.c FN:pk_client_error_code_cb,862
- emit error-code 16, Package cache was invalid and has been rebuilt.
TI:18:47:12 TH:0x21115a0 FI:gpk-application.c FN:gpk_application_error_message,158
- error No package cache is available.:Package cache was invalid and has been
rebuilt.
The multiple 'refresh software list' operations I see queued in the context menu
may be due to each of them getting hung with that problem?
The second issue is be the corrupted rpm __db files, and I'm not sure how thats
happening. Seth Vidal mentioned checking whether yum-updatesd and packagekit
are both installed, but I don't have yum-updatesd installed. When this happened
there was a different error dialog as shown in the screenshots above.
The exception dialog of attachment 300183 [details] was running PackageKit-0.1.10-1. It
has not been seen again.
However, sometimes an operation (install/update, not just a software list
refresh) hangs in PK or yum. When that happens no new operations will work.
Removing the __db files will let new operations finish in that situation.
So I might have 3 problems in one bug here I guess.
Yup, I think you might have some sort of rpm corruption going on here. Any more information you can add to this bugreport? It seems a bit dead in the water at the moment. Unfortunately no it seems not to be a problem right now; I've not had to delete the rpmdb files since around the 10th. However.. there have been few updated packages since then anyway with the freeze being over that time. I think there could still be some potential for problems since the rpm corruption had occurred due to failed/partial updates applied, but lets hope it doesn't plague the release, and wait and see post F9. I still don't have this machine clean installed with Preview to clean out any beta badness, and may not have time before release to do so. But since several small updates have succeeded in the last two days as it is => closed. |