Bug 1514877
Summary: | updating to fedora 27 tries refresh packages | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Aleksandar Kostadinov <akostadi> |
Component: | dnf-plugins-extras | Assignee: | rpm-software-management |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 27 | CC: | dmach, extras-orphan, ignatenko, jkadlcik, jmracek, mblaha, misc, neil, rpm-software-management, vmukhame |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-11-30 09:56:41 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Aleksandar Kostadinov
2017-11-19 06:38:50 UTC
So I do have the same problem, but I do reboot immediatly. While searching for this error, I also stumbled on a few others report: https://bugzilla.redhat.com/show_bug.cgi?id=1514754 https://bugzilla.redhat.com/show_bug.cgi?id=1514633 https://bugzilla.redhat.com/show_bug.cgi?id=1513111 My investigation did lead me to disabling this: https://github.com/rpm-software-management/dnf-plugin-system-upgrade/blob/master/system_upgrade.py#L484 In turn, this mark the repo as lazy: https://github.com/rpm-software-management/dnf/blob/master/dnf/cli/cli.py#L744 and so they do not expire in this method (Repo.load): https://github.com/rpm-software-management/dnf/blob/master/dnf/repo.py#L883 In the end, i wonder if that's not related to check_config_file_age, and some weird interaction between the age of the repo file and the age of the cache. Can you try to disable check_config_file_age and upgrade ? I had the same problem today. Saw from dnf.log that the system-upgrade was trying to get online and failing. After running 'dnf system-upgrade download --refresh --releasever=27' again, then 'sudo dnf system-upgrade reboot' immediately, the upgrade proceeded without failure. *** This bug has been marked as a duplicate of bug 1492036 *** |