Re: Ran out of disk space during yum update
If you have caching enabled, yum will store every package that it ever downloaded in the cache dir. Try doing a yum clean to possibly free some space. -- Rangeen Basu Roy Chowdhury Fedora Ambassador !!!Windows is "micro"-soft[ware]..I like bigger things!!! -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Ran out of disk space during yum update
>Dennis Kaptain wrote: >> a simple script that takes a long time but uses ABSOLUTE minimal space >It's not absolute minimal, you'd have to do it in a specific order (which is >extremely hard to compute) to use absolute minimal space. (In theory, >reverse dependency order would be it for installations, but for upgrades a >reverse dependency can also force an upgrade, so it's not quite that >obvious, and even for installations, there are circular dependencies >meaning the reverse dependency order does not actually exist.) >Kevin Kofler Thank you Kevin. You are right about that. It is not absolute minimal space. It is however the least I can figure out to use and should work in all but the most dire circumstances. If you don't have enough disk space to yum update one package (+ dependencies) at a time, you need to re-examine your partitioning scheme. Dennis K __ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! Regístrate ya - http://correo.yahoo.com.mx/ -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Ran out of disk space during yum update
Dennis Kaptain wrote: > a simple script that takes a long time but uses ABSOLUTE minimal space It's not absolute minimal, you'd have to do it in a specific order (which is extremely hard to compute) to use absolute minimal space. (In theory, reverse dependency order would be it for installations, but for upgrades a reverse dependency can also force an upgrade, so it's not quite that obvious, and even for installations, there are circular dependencies meaning the reverse dependency order does not actually exist.) Kevin Kofler -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Ran out of disk space during yum update
> > Subject: Re: Ran out of disk space during yum update
> >
> > Robert Moskowitz writes:
> >
> > > In the new install I did, I was not alert and did a complete yum update,
> > > and my / partition ran out.
>
a simple script that takes a long time but uses ABSOLUTE minimal space
#! /bin/bash
yum -q check-update > /root/check-update
for i in `awk '{print $1}' < /root/check-update`
do
yum -y update $i
yum clean all
done
rm /root/check-update
this checks for available updates and puts them into a file.
then it goes through that file one line at a time and installs that package
along with it's dependencies
It cleans up after each install
then it removes the file it created
Dennis K
__
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam ¡gratis!
Regístrate ya - http://correo.yahoo.com.mx/
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Ran out of disk space during yum update
On Thu, Feb 05, 2009 at 05:21:05PM -0800, bruce wrote: > > hey sam > > since you've been here before.. any chance that you could post/provide your > scripts that you used to help solve the issue... > > this would be a seriously great help to anyone who runs into this issue and > would be searching the net for help!! > > -----Original Message----- > Subject: Re: Ran out of disk space during yum update > > Robert Moskowitz writes: > > > In the new install I did, I was not alert and did a complete yum update, > > and my / partition ran out. One trick is: yum update yum yum update [a-e]* yum update [f-j]* yum update [k-m]* yum update [m-p]* yum update [q-w]* yum update [x-z]* yum update [A-M]* yum update [O-Z]* yum update yum-complete-transaction Inserting a yum clean all between transactions might help some users. The ranges are SWAG. A yum update will give a list and the user can adjust to pick off blocks as needed. Note that yum is critical as are rpm tools and sqlite. The first line might be improved yum update yum rpm* sqlite python-sqlite2 Other tricks may apply... > > > > 200 of 300+ packages were updated/installed, of course none cleaned. > > -- T o m M i t c h e l l Found me a new hat, now what? -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
RE: Ran out of disk space during yum update
hey sam
since you've been here before.. any chance that you could post/provide your
scripts that you used to help solve the issue...
this would be a seriously great help to anyone who runs into this issue and
would be searching the net for help!!
thanks@
-Original Message-
From: fedora-list-boun...@redhat.com
[mailto:fedora-list-boun...@redhat.com]on Behalf Of Sam Varshavchik
Sent: Thursday, February 05, 2009 4:51 PM
To: Community assistance; encouragement; and advice forusing Fedora.
Subject: Re: Ran out of disk space during yum update
Robert Moskowitz writes:
> In the new install I did, I was not alert and did a complete yum update,
> and my / partition ran out.
>
> 200 of 300+ packages were updated/installed, of course none cleaned.
>
> Can I rescue this install by doing a yum clean all and then again do the
> yum update for the remaining 100+ packages?
Nope. "yum clean all" purges internal yum metadata only. You've ran into a
known, long-time rpm design defect. If your rpm update operation fails,
you'll end up with all the updated packages installed, but none of the old
packages removed. I've bitched about this before, I maintain that this is a
design defect or a bug in rpm that should be fixed, but nobody cares.
Been there, brought back the trophy. The only way to fix this is to manually
assemble a list of packages that should've been removed, but haven't, and
remove them yourself. rpm -q -a --queryformat '%{NAME}\n' returns a list of
all packages. By sorting them, and with some shell scripting-fu, you'll end
up with a list of packages names that are installed more than once -- the
old and the new package. You'll have to prune the list -- some packages,
like rpm-gpgkey, and kernel, can have multiple versions legitimately
installed. If you're running x86_64, you may have both 32 and 64 bit
versions of each package legitimately installed -- you'll have to do
something else, then.
Then, you'll have to take that list, and for each package, obtain the
version/release of the old package, then feed the result to another script
that removes the old version of each package.
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Ran out of disk space during yum update
Mikkel L. Ellertson wrote: > > I remember a command that will finish the cleanup of an aborted yum > transaction, but I can not think of it at the moment. Sorry. > > Mikkel > Wouldn't you know - I sent this, and then remembered the command. yum-complete-transaction from the yum-utils package. Mikkel -- Do not meddle in the affairs of dragons, for thou art crunchy and taste good with Ketchup! signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Ran out of disk space during yum update
Robert Moskowitz wrote: > In the new install I did, I was not alert and did a complete yum update, > and my / partition ran out. > > 200 of 300+ packages were updated/installed, of course none cleaned. > > Can I rescue this install by doing a yum clean all and then again do the > yum update for the remaining 100+ packages? > > I would do a "yum clean packages" instead of a "yum clean all". It just gets rid of the downloaded packages. (This may cause some packages to be downloaded again.) If you can make some space, you also have the option of doing a "yum localupdate" on the already downloaded packages. Probably the simplest way to do this is to move all the packages from /var/cache/yum//packages to a new directory, change to that directory, and run "yum localupdate". This is especially true if you have /home on another partition, as this will free up space on /. If you were installing any new packages, use localinstall instead of localupdate. This will install/upgrade all the packages in the directory. Ether form will download any additional packages needed for dependencies. I remember a command that will finish the cleanup of an aborted yum transaction, but I can not think of it at the moment. Sorry. Mikkel -- Do not meddle in the affairs of dragons, for thou art crunchy and taste good with Ketchup! signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Ran out of disk space during yum update
On Thu, 2009-02-05 at 19:50 -0500, Sam Varshavchik wrote:
> Robert Moskowitz writes:
>
> > In the new install I did, I was not alert and did a complete yum update,
> > and my / partition ran out.
> >
> > 200 of 300+ packages were updated/installed, of course none cleaned.
> >
> > Can I rescue this install by doing a yum clean all and then again do the
> > yum update for the remaining 100+ packages?
>
> Nope. "yum clean all" purges internal yum metadata only. You've ran into a
> known, long-time rpm design defect. If your rpm update operation fails,
> you'll end up with all the updated packages installed, but none of the old
> packages removed. I've bitched about this before, I maintain that this is a
> design defect or a bug in rpm that should be fixed, but nobody cares.
>
> Been there, brought back the trophy. The only way to fix this is to manually
> assemble a list of packages that should've been removed, but haven't, and
> remove them yourself. rpm -q -a --queryformat '%{NAME}\n' returns a list of
> all packages. By sorting them, and with some shell scripting-fu, you'll end
> up with a list of packages names that are installed more than once -- the
> old and the new package. You'll have to prune the list -- some packages,
> like rpm-gpgkey, and kernel, can have multiple versions legitimately
> installed. If you're running x86_64, you may have both 32 and 64 bit
> versions of each package legitimately installed -- you'll have to do
> something else, then.
>
> Then, you'll have to take that list, and for each package, obtain the
> version/release of the old package, then feed the result to another script
> that removes the old version of each package.
yum-utils package makes this so much easier...
package-cleanup --dupes | --cleandupes
can really handle most if not all of this
Craig
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Ran out of disk space during yum update
Robert Moskowitz writes:
In the new install I did, I was not alert and did a complete yum update,
and my / partition ran out.
200 of 300+ packages were updated/installed, of course none cleaned.
Can I rescue this install by doing a yum clean all and then again do the
yum update for the remaining 100+ packages?
Nope. "yum clean all" purges internal yum metadata only. You've ran into a
known, long-time rpm design defect. If your rpm update operation fails,
you'll end up with all the updated packages installed, but none of the old
packages removed. I've bitched about this before, I maintain that this is a
design defect or a bug in rpm that should be fixed, but nobody cares.
Been there, brought back the trophy. The only way to fix this is to manually
assemble a list of packages that should've been removed, but haven't, and
remove them yourself. rpm -q -a --queryformat '%{NAME}\n' returns a list of
all packages. By sorting them, and with some shell scripting-fu, you'll end
up with a list of packages names that are installed more than once -- the
old and the new package. You'll have to prune the list -- some packages,
like rpm-gpgkey, and kernel, can have multiple versions legitimately
installed. If you're running x86_64, you may have both 32 and 64 bit
versions of each package legitimately installed -- you'll have to do
something else, then.
Then, you'll have to take that list, and for each package, obtain the
version/release of the old package, then feed the result to another script
that removes the old version of each package.
pgpLFrGjsDQV0.pgp
Description: PGP signature
--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Ran out of disk space during yum update
Craig White wrote: On Thu, 2009-02-05 at 19:21 -0500, Robert Moskowitz wrote: In the new install I did, I was not alert and did a complete yum update, and my / partition ran out. 200 of 300+ packages were updated/installed, of course none cleaned. Can I rescue this install by doing a yum clean all and then again do the yum update for the remaining 100+ packages? I would have thought that your hard drive would fill up during download portion of update and thus, none would have actually gotten installed. No. The rpms were cached, but as the rpms were unpackaged and updated, the disk space went down and down and down and Well you get the picture. And cleanup only happens after all updates, so.. Yes, I would 'yum clean all' and then try to pick globs to update such as your primary Desktop system like 'yum groupinstall "KDE (K Desktop Environment)"' or 'yum groupinstall 'GNOME Desktop Environment"' and then get the rest of the enchilada with 'yum update' Craig -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Ran out of disk space during yum update
On Thu, 2009-02-05 at 19:21 -0500, Robert Moskowitz wrote: > In the new install I did, I was not alert and did a complete yum update, > and my / partition ran out. > > 200 of 300+ packages were updated/installed, of course none cleaned. > > Can I rescue this install by doing a yum clean all and then again do the > yum update for the remaining 100+ packages? I would have thought that your hard drive would fill up during download portion of update and thus, none would have actually gotten installed. Yes, I would 'yum clean all' and then try to pick globs to update such as your primary Desktop system like 'yum groupinstall "KDE (K Desktop Environment)"' or 'yum groupinstall 'GNOME Desktop Environment"' and then get the rest of the enchilada with 'yum update' Craig -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Ran out of disk space during yum update
I think it should be ok to try yum again after you clear some space. I think it will work. On Thu, Feb 5, 2009 at 4:21 PM, Robert Moskowitz wrote: > In the new install I did, I was not alert and did a complete yum update, > and my / partition ran out. > > 200 of 300+ packages were updated/installed, of course none cleaned. > > Can I rescue this install by doing a yum clean all and then again do the > yum update for the remaining 100+ packages? > > > -- > fedora-list mailing list > fedora-list@redhat.com > To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list > Guidelines: > http://fedoraproject.org/wiki/Communicate/MailingListGuidelines > -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
