Back to bug 1016838
| Who | When | What | Removed | Added |
|---|---|---|---|---|
| John Matthews | 2013-10-08 21:21:53 UTC | Target Release | --- | 2.1.3 |
| John Matthews | 2013-10-11 21:14:51 UTC | Status | NEW | MODIFIED |
| John Matthews | 2013-10-31 15:56:03 UTC | Status | MODIFIED | ON_QA |
| Vitaly Kuznetsov | 2013-11-13 13:36:38 UTC | Status | ON_QA | VERIFIED |
| CC | vkuznets | |||
| Xixi | 2013-11-26 22:00:07 UTC | CC | xdmoon | |
| Xixi | 2013-11-27 04:06:52 UTC | Priority | unspecified | medium |
| Severity | unspecified | medium | ||
| Link ID | Red Hat Knowledge Base (Solution) 627063 | |||
| Cecilee Billett | 2013-12-03 23:15:37 UTC | CC | cbillett | |
| John Matthews | 2013-12-11 22:38:11 UTC | Doc Text | Cause: Grinder had the potential to download a different version of a file and not update the symbolic link in the repo directory to point to the new version. This problem would show up only when 2 repos were synced which shared the same package, then on the remote source the file changes (a different checksum), next the 2 repos are re-synced. The first repo will download the new file and update the symlink, the second repo will see the file has been downloaded and assume all is well, leaving the symlink broken. Consequence: The yum repo ends up serving the wrong contents for the file. Fix: We put a fix in grinder logic to ensure it always looks at the symlink and updates it it when needed. Result: Yum repos are serving the correct file |
|
| Megan Lewis | 2013-12-16 07:13:08 UTC | CC | melewis | |
| Doc Text | Cause: Grinder had the potential to download a different version of a file and not update the symbolic link in the repo directory to point to the new version. This problem would show up only when 2 repos were synced which shared the same package, then on the remote source the file changes (a different checksum), next the 2 repos are re-synced. The first repo will download the new file and update the symlink, the second repo will see the file has been downloaded and assume all is well, leaving the symlink broken. Consequence: The yum repo ends up serving the wrong contents for the file. Fix: We put a fix in grinder logic to ensure it always looks at the symlink and updates it it when needed. Result: Yum repos are serving the correct file | This update fixes an issue with grinder not updating the symbolic links when a different version is downloaded. This problem would become evident when two repositories were synchronized that shared the same package. On the remote source the file changes with a different checksum and the two repositories would be re-synchronize. The first repository will download the new file and update the symbolic link then the second repo would see that the file has been downloaded and not update the broken symbolic link. This meant the yum repository would end up serving the wrong contents for the file. A fix has been placed in the grinder logic to ensure it always looks at the symbolic link and updates it it when needed. This means that the yum repositories are now serving the correct file. | ||
| Ina Panova | 2013-12-16 08:20:37 UTC | CC | ipanova | |
| errata-xmlrpc | 2013-12-17 16:05:24 UTC | Status | VERIFIED | RELEASE_PENDING |
| errata-xmlrpc | 2013-12-17 20:10:37 UTC | Status | RELEASE_PENDING | CLOSED |
| Resolution | --- | ERRATA | ||
| Last Closed | 2013-12-17 15:10:37 UTC |
Back to bug 1016838