4:30 p.m.
This is a problem that has existed for a long time, and is starting to
get really annoying. I'm running F22 and when I do an update the
directories /var/cache/dnf and /var/cache/yum fill up and there doesn't
seem to be any way to clean them out.
cd /var/cache
cd yum/x86_64/22
ls -l
total 92
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 adobe-linux-i386/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 adobe-linux-x86_64/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 fedora/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 google-chrome/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 google-earth/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 rpmfusion-free/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 rpmfusion-free-updates/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 rpmfusion-nonfree/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 rpmfusion-nonfree-updates/
-rw-r--r--. 1 root root 1788 Apr 12 14:04 timedhosts
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 updates/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 virtualbox/
Note that these are all dated today.
cd /var/cache
du -s dnf yum
154988 dnf
5860796 yum
dnf clean all
Cleaning repos: google-earth virtualbox fedora rpmfusion-free-updates
: adobe-linux-x86_64 rpmfusion-nonfree-updates rpmfusion-free
: adobe-linux-i386 updates google-chrome rpmfusion-nonfree
Cleaning up Everything
du -s dnf yum
154988 dnf
5860796 yum
No change.
dnf clean expire-cache
du -s dnf yum
154988 dnf
5860796 yum
dnf check-update
google-earth 58 kB/s | 4.8 kB 00:00
Fedora 22 - x86_64 - VirtualBox 855 kB/s | 61 kB 00:00
Fedora 22 - x86_64 2.7 MB/s | 41 MB 00:15
RPM Fusion for Fedora 22 - Free - Updates 442 kB/s | 226 kB 00:00
Adobe Systems Incorporated 11 kB/s | 1.8 kB 00:00
RPM Fusion for Fedora 22 - Nonfree - Updates 118 kB/s | 60 kB 00:00
RPM Fusion for Fedora 22 - Free 653 kB/s | 551 kB 00:00
Adobe Systems Incorporated 11 kB/s | 1.8 kB 00:00
Fedora 22 - x86_64 - Updates 2.7 MB/s | 22 MB 00:08
google-chrome 46 kB/s | 3.6 kB 00:00
RPM Fusion for Fedora 22 - Nonfree 939 kB/s | 170 kB 00:00
Last metadata expiration check performed 0:00:00 ago on Tue Apr 12
14:23:42 2016.
du -s dnf yum
154988 dnf
5860796 yum
Still no change. How do I remove the data?
Any help is appreciated.
Just in case this has anything to do with it this system has been
upgraded from 19 -> 20 -> 21 -> 22 using fedup.
Paolo
4:47 p.m.
On Tue, Apr 12, 2016 at 5:31 PM Paolo Galtieri <pgaltieri(a)gmail.com> wrote:
This is a problem that has existed for a long time, and is starting
to
get really annoying. I'm running F22 and when I do an update the
directories /var/cache/dnf and /var/cache/yum fill up and there doesn't
seem to be any way to clean them out.
cd /var/cache
cd yum/x86_64/22
[snip]
I recently just did "sudo rm -rf /var/cache/dnf /var/cache/yum" and it
didn't seem to break anything. Not sure if this is recommended or not.
4:50 p.m.
On 04/12/2016 02:30 PM, Paolo Galtieri wrote:
This is a problem that has existed for a long time, and is starting
to
get really annoying. I'm running F22 and when I do an update the
directories /var/cache/dnf and /var/cache/yum fill up and there doesn't
seem to be any way to clean them out.
"dnf (or yum) clean all" only clean for the CURRENT fedora. Your "du
-s"
commands are from /var/cache, and since you didn't specify walking
down the tree (e.g. "du -hs *"), we don't know which directories under
dnf and yum are sucking up the space.
Since further down in your post you say the machine has gone from F19
through F22, you probably have a lot of cruft left over from those
previous Fedoras. I'd recommend you do:
dnf clean all --releasever=19 --enablerepo=\*
dnf clean all --releasever=20 --enablerepo=\*
dnf clean all --releasever=21 --enablerepo=\*
and see if that helps.
cd /var/cache
cd yum/x86_64/22
ls -l
total 92
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 adobe-linux-i386/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 adobe-linux-x86_64/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 fedora/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 google-chrome/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 google-earth/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 rpmfusion-free/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 rpmfusion-free-updates/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 rpmfusion-nonfree/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 rpmfusion-nonfree-updates/
-rw-r--r--. 1 root root 1788 Apr 12 14:04 timedhosts
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 updates/
drwxr-xr-x. 4 root root 4096 Apr 12 14:04 virtualbox/
Note that these are all dated today.
cd /var/cache
du -s dnf yum
154988 dnf
5860796 yum
dnf clean all
Cleaning repos: google-earth virtualbox fedora rpmfusion-free-updates
: adobe-linux-x86_64 rpmfusion-nonfree-updates
rpmfusion-free
: adobe-linux-i386 updates google-chrome rpmfusion-nonfree
Cleaning up Everything
du -s dnf yum
154988 dnf
5860796 yum
No change.
dnf clean expire-cache
du -s dnf yum
154988 dnf
5860796 yum
dnf check-update
google-earth 58 kB/s | 4.8 kB 00:00
Fedora 22 - x86_64 - VirtualBox 855 kB/s | 61 kB 00:00
Fedora 22 - x86_64 2.7 MB/s | 41 MB 00:15
RPM Fusion for Fedora 22 - Free - Updates 442 kB/s | 226 kB 00:00
Adobe Systems Incorporated 11 kB/s | 1.8 kB 00:00
RPM Fusion for Fedora 22 - Nonfree - Updates 118 kB/s | 60 kB 00:00
RPM Fusion for Fedora 22 - Free 653 kB/s | 551 kB 00:00
Adobe Systems Incorporated 11 kB/s | 1.8 kB 00:00
Fedora 22 - x86_64 - Updates 2.7 MB/s | 22 MB 00:08
google-chrome 46 kB/s | 3.6 kB 00:00
RPM Fusion for Fedora 22 - Nonfree 939 kB/s | 170 kB 00:00
Last metadata expiration check performed 0:00:00 ago on Tue Apr 12
14:23:42 2016.
du -s dnf yum
154988 dnf
5860796 yum
Still no change. How do I remove the data?
Any help is appreciated.
Just in case this has anything to do with it this system has been
upgraded from 19 -> 20 -> 21 -> 22 using fedup.
Paolo
--
users mailing list
users(a)lists.fedoraproject.org
To unsubscribe or change subscription options:
http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
--
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital ricks(a)alldigital.com -
- AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 -
- -
- We look for things. Things that make us go! -
- -- The "Paclyds", Star Trek TNG -
----------------------------------------------------------------------
6:54 p.m.
On 04/12/2016 02:50 PM, Rick Stevens wrote:
"dnf (or yum) clean all" only clean for the CURRENT fedora.
Your "du -s"
commands are from /var/cache, and since you didn't specify walking
down the tree (e.g. "du -hs *"), we don't know which directories under
dnf and yum are sucking up the space.
Since further down in your post you say the machine has gone from F19
through F22, you probably have a lot of cruft left over from those
previous Fedoras. I'd recommend you do:
dnf clean all --releasever=19 --enablerepo=\*
dnf clean all --releasever=20 --enablerepo=\*
dnf clean all --releasever=21 --enablerepo=\*
This won't work as expected. Dnf won't clean the yum directories, so
just delete /var/cache/yum. The dnf cache isn't as nicely arranged, but
the above commands will work. That will remove all the files, but the
directories will still be there. You could also just delete
/var/cache/dnf and dnf will re-create the directories and continue on.
11:42 a.m.
From: "Rick Stevens" <ricks(a)alldigital.com>
On 04/12/2016 02:30 PM, Paolo Galtieri wrote:
> This is a problem that has existed for a long time, and is starting to
> get really annoying. I'm running F22 and when I do an update the
> directories /var/cache/dnf and /var/cache/yum fill up and there doesn't
> seem to be any way to clean them out.
"dnf (or yum) clean all" only clean for the CURRENT fedora. Your "du
-s"
commands are from /var/cache, and since you didn't specify walking
down the tree (e.g. "du -hs *"), we don't know which directories under
dnf and yum are sucking up the space.
Since further down in your post you say the machine has gone from F19
through F22, you probably have a lot of cruft left over from those
previous Fedoras. I'd recommend you do:
dnf clean all --releasever=19 --enablerepo=\*
dnf clean all --releasever=20 --enablerepo=\*
dnf clean all --releasever=21 --enablerepo=\*
and see if that helps.
FYI DNF-1.1.8 changes clean behavior [1] which is releasever and repo agnostic.
I.e. "dnf clean all" should remove all your cache within /var/cache/dnf dir.
DNF-1.1.8 should be available form F22+ in updates-testing. You can try it.
Doing "rm -fr /var/cache/dnf" should not harm DNF but "dnf clean all"
is
proffered.
Honza
[1]
https://github.com/rpm-software-management/dnf/commit/b0f8ce2ae057e58e24e...
5:03 p.m.
On Tue, 12 Apr 2016 14:30:49 -0700
Paolo Galtieri <pgaltieri(a)gmail.com> wrote:
[snip]
Still no change. How do I remove the data?
I've had good luck with dnf clean packages and yum clean packages.
Any help is appreciated.
Do you have keepcache=0 in /etc/yum.conf and /etc/dnf/dnf.conf? If
that is set to 1 it will keep the packages after they are installed.
Just in case this has anything to do with it this system has been
upgraded from 19 -> 20 -> 21 -> 22 using fedup.
Unlikely, unless at some point you set the above configuration option,
and it propagated.
6:27 p.m.
On 04/12/2016 03:03 PM, stan wrote:
On Tue, 12 Apr 2016 14:30:49 -0700
Paolo Galtieri <pgaltieri(a)gmail.com> wrote:
[snip]
> Still no change. How do I remove the data?
I've had good luck with dnf clean packages and yum clean packages.
> Any help is appreciated.
Do you have keepcache=0 in /etc/yum.conf and /etc/dnf/dnf.conf? If
that is set to 1 it will keep the packages after they are installed.
> Just in case this has anything to do with it this system has been
> upgraded from 19 -> 20 -> 21 -> 22 using fedup.
Unlikely, unless at some point you set the above configuration option,
and it propagated.
I reiterate, "dnf clean(whatever)" only cleans the current releasever.
If you are on F22, then "dnf clean packages" will only clean up those
in the F22 directory tree. The F19, F20 and F21 trees won't be touched
unless you specify the "--releasever=" option.
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital ricks(a)alldigital.com -
- AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 -
- -
- Batteries not included. Offer not valid in some states. -
- Your mileage may vary. Void where prohibited. -
----------------------------------------------------------------------
8:57 p.m.
On Tue, 12 Apr 2016 16:27:26 -0700
Rick Stevens <ricks(a)alldigital.com> wrote:
I reiterate, "dnf clean(whatever)" only cleans the current releasever.
If you are on F22, then "dnf clean packages" will only clean up those
in the F22 directory tree. The F19, F20 and F21 trees won't be touched
unless you specify the "--releasever=" option.
You're right. I just assumed they were gone after the upgrade (I
don't upgrade using the tool; usually just do a separate fresh
install). Bad assumption, it seems.
I like the other suggestion, just delete all the /var/cache/dnf
and /var/cache/yum directories, and let dnf renew whatever it needs
the next time it runs. Make sure the keepcache option is 0, and they
will stay clean. No need for the yum directories, and no need for
earlier dnf directories.
9:40 a.m.
Thank you for all the comments.
What I find interesting, as I indicated in my original post, is that
it's the files in
/var/cache/yum/x86_64/22
that are being updated even though I use dnf to do the update. They show
the current date of my last update.
I'll go ahead and rm -rf the yum and dnf directories and see what happens.
Thanks for the help.
Paolo
On 04/12/2016 06:57 PM, stan wrote:
On Tue, 12 Apr 2016 16:27:26 -0700
Rick Stevens <ricks(a)alldigital.com> wrote:
> I reiterate, "dnf clean(whatever)" only cleans the current releasever.
> If you are on F22, then "dnf clean packages" will only clean up those
> in the F22 directory tree. The F19, F20 and F21 trees won't be touched
> unless you specify the "--releasever=" option.
You're right. I just assumed they were gone after the upgrade (I
don't upgrade using the tool; usually just do a separate fresh
install). Bad assumption, it seems.
I like the other suggestion, just delete all the /var/cache/dnf
and /var/cache/yum directories, and let dnf renew whatever it needs
the next time it runs. Make sure the keepcache option is 0, and they
will stay clean. No need for the yum directories, and no need for
earlier dnf directories.
--
users mailing list
users(a)lists.fedoraproject.org
To unsubscribe or change subscription options:
http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
10:12 a.m.
On 04/13/16 09:40, Paolo Galtieri wrote:
Thank you for all the comments.
What I find interesting, as I indicated in my original post, is that
it's the files in
/var/cache/yum/x86_64/22
===>
i may be in err, but i believe that dnf also uses "/var/cache/yum/*".
that are being updated even though I use dnf to do the update. They
show
the current date of my last update.
I'll go ahead and rm -rf the yum and dnf directories and see what happens.
Thanks for the help.
Paolo
===>
while checking paths, have a look under "/var/lib/yum/plugins/local/".
--
peace out.
If Bill Gates got a dime for every time Windows crashes...
...oh, wait. He does. THAT explains it!
-+-
in a world with out fences, who needs gates.
CentOS GNU/Linux 6.7
tc,hago.
g
.
11:30 a.m.
On 04/13/16 10:42, Patrick O'Callaghan wrote:
On Wed, 2016-04-13 at 10:12 -0500, g wrote:
> ===>
> i may be in err, but i believe that dnf also uses "/var/cache/yum/*".
No, it uses /var/cache/dnf.
===>
my bad. i thought i had read in in this list. please excuse.
--
peace out.
If Bill Gates got a dime for every time Windows crashes...
...oh, wait. He does. THAT explains it!
-+-
in a world with out fences, who needs gates.
CentOS GNU/Linux 6.7
tc,hago.
g
.
11:45 a.m.
On 04/13/2016 07:40 AM, Paolo Galtieri wrote:
Thank you for all the comments.
What I find interesting, as I indicated in my original post, is that
it's the files in
/var/cache/yum/x86_64/22
that are being updated even though I use dnf to do the update. They show
the current date of my last update.
No, that's expected. The idea is you have lots of stuff in the
/var/cache/<dnf|yum>/x86_64/<19|20|21> directories left over from the
PREVIOUS versions of the system is what I was trying to infer. A
du -hs /var/cache/*
would reveal it. My machine at home had tons of stuff from the F18,
F19, F20, F21 and F22 incarnations of the system (yes, that poor beast
has been upgraded many, MANY times).
I'll go ahead and rm -rf the yum and dnf directories and see what
happens.
That's the quick way to do it. I was trying to emphasize using the tool
itself to clean things up, but that's just as effective and probably
easier.
On 04/12/2016 06:57 PM, stan wrote:
> On Tue, 12 Apr 2016 16:27:26 -0700
> Rick Stevens <ricks(a)alldigital.com> wrote:
>> I reiterate, "dnf clean(whatever)" only cleans the current releasever.
>> If you are on F22, then "dnf clean packages" will only clean up those
>> in the F22 directory tree. The F19, F20 and F21 trees won't be touched
>> unless you specify the "--releasever=" option.
> You're right. I just assumed they were gone after the upgrade (I
> don't upgrade using the tool; usually just do a separate fresh
> install). Bad assumption, it seems.
>
> I like the other suggestion, just delete all the /var/cache/dnf
> and /var/cache/yum directories, and let dnf renew whatever it needs
> the next time it runs. Make sure the keepcache option is 0, and they
> will stay clean. No need for the yum directories, and no need for
> earlier dnf directories.
> --
> users mailing list
> users(a)lists.fedoraproject.org
> To unsubscribe or change subscription options:
> http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org
--
users mailing list
users(a)lists.fedoraproject.org
To unsubscribe or change subscription options:
http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
--
----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital ricks(a)alldigital.com -
- AIM/Skype: therps2 ICQ: 226437340 Yahoo: origrps2 -
- -
- If this is the first day of the rest of my life... -
- I'm in BIG trouble! -
----------------------------------------------------------------------
9:46 p.m.
On Wed, Apr 13, 2016 at 09:45:23AM -0700, Rick Stevens wrote:
On 04/13/2016 07:40 AM, Paolo Galtieri wrote:
>Thank you for all the comments.
>
>What I find interesting, as I indicated in my original post, is that
>it's the files in
>
>/var/cache/yum/x86_64/22
>
>that are being updated even though I use dnf to do the update. They show
>the current date of my last update.
No, that's expected. The idea is you have lots of stuff in the
/var/cache/<dnf|yum>/x86_64/<19|20|21> directories left over from the
PREVIOUS versions of the system is what I was trying to infer. A
du -hs /var/cache/*
would reveal it. My machine at home had tons of stuff from the F18,
F19, F20, F21 and F22 incarnations of the system (yes, that poor beast
has been upgraded many, MANY times).
>I'll go ahead and rm -rf the yum and dnf directories and see what happens.
That's the quick way to do it. I was trying to emphasize using the tool
itself to clean things up, but that's just as effective and probably
easier.
How do you address the remaining F18...F2x packages. Which should be,
can safely be, and shouldn't be removed? My system also was upgraded
many times. There are lots of older distro packages still installed.
One I got rid of was bootchart from F18. It prevented my complete
upgrade to F22.
Stimulated by this thread I looked at the still installed old packages.
Gee, F-spot from F18. Who knew it was dead? That pkg is gone now.
But what about things like 4 packages named "Fedora-UserManagement-*"?
Are they still needed? Were they ever? Are they no longer updated
because they have morphed into something else?
And what about "hardinfo". Wonder if the F18 version still runs.
Yup, looks like a useful inventory tool. Wonder why its no longer
available.
Not really looking for answers to these specific questions. Just
wondering how other people deal with decision making, "should they
stay of should they go"?
jl
--
Jon H. LaBadie jonfu(a)jgcomp.com
2933
days inactive
2935
days old
13 comments
9 participants
participants (9)
-
Christopher -
g -
Honza Silhan -
Jon LaBadie -
Paolo Galtieri -
Patrick O'Callaghan -
Rick Stevens -
Samuel Sieb -
stan