On 7/26/2011 11:20 AM, Dag Wieers wrote: > On Tue, 26 Jul 2011, Yury V. Zaytsev wrote: > >> On Tue, 2011-07-26 at 16:59 +0200, Dag Wieers wrote: >> >>> Regardless someone should fill this as a potential security-problem with >>> the yum maintainers. I think they should be very concerned :-/ >> >> Maybe a good idea to keep a backup of the metadata that is causing this >> issue? Otherwise I don't see how one would be able to reproduce it if >> later on we manage to find a workaround for that. > > I always keep a copy of the past 15 days of metadata (and repository) > because it could help us to revert to an older set when necessary. I also > keep 2 copies of each previous month as well in an archive... >
On a system exhibiting this issue, which files should we look at? # yum info rpmforge-release Loaded plugins: rhnplugin, security rpmforge: [#### ] 471/10722Segmentation fault I've deleted everything under /var/cache/yum/ and then redid the yum command. It dies on either the rpmforge or the rpmforge-extras line. Contents of /var/cache/yum/rpmforge after the yum command fails. # ls -lt total 9856 -rw-r--r-- 1 root root 20480 Jul 26 11:25 primary.xml.gz.sqlite -rw-r--r-- 1 root root 17024 Jul 26 11:25 primary.xml.gz.sqlite-journal -rw-r--r-- 1 root root 0 Jul 26 11:17 cachecookie -rw-r--r-- 1 root root 174 Jul 26 11:17 mirrorlist.txt drwxr-xr-x 2 root root 4096 Jul 26 11:17 packages -rw-r--r-- 1 root root 1095 Jul 25 21:58 repomd.xml -rw-r--r-- 1 root root 4659198 Jul 25 21:58 filelists.xml.gz -rw-r--r-- 1 root root 1273348 Jul 25 21:58 other.xml.gz -rw-r--r-- 1 root root 4044478 Jul 25 21:58 primary.xml.gz _______________________________________________ users mailing list [email protected] http://lists.repoforge.org/mailman/listinfo/users
