[SOLVED] Yum updates localinstall still requiring downloads - How can i disable this??
Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Introduction to Linux - A Hands on Guide
This guide was created as an overview of the Linux Operating System, geared toward new users as an exploration tour and getting started guide, with exercises at the end of each chapter.
For more advanced trainees it can be a desktop reference, and a collection of the base knowledge needed to proceed with system and network administration. This book contains many real life examples derived from the author's experience as a Linux system and network administrator, trainer and consultant. They hope these examples will help you to get a better understanding of the Linux system and that you feel encouraged to try out things on your own.
Click Here to receive this Complete Guide absolutely free.
Yum updates localinstall still requiring downloads - How can i disable this??
Please exuse my noobness.
So, I have to patch several rehat boxes without the use of the net... For the most part.
We have 5 boxes, all with the same patches on them, which is none.
One box is on the net, and is our test machine. I will be getting the patches from here, then distributing them through a share to the other machines for them to update as required.
My problem is.... I did a 'yum update downloadonly' which is fine, but when I go to install the updates, I am prompted to download 876mb.
I have used multiple options with no success. I have searched for a considerable time to find a solution, but still no success.
You cannot just point yum at a directory and have it update from there. You have to use the createrepo package to prep the directory and then you have to change your repo settings to point at your local repo.
You also have to shut off all the other repos. You do this by setting enabled=0 (you have to change your local repo to enabled=1). If I remember correctly you have to reuse the createrepo package every time you add a new package to your local repo.
After that you just use yum (yum install whatever or yum update).
Because the repo file that you listed is the debug repo. Normally you only use this repo when you are having issues with a package, to debug it. Thus it was set shut off by defualt (enable = 0). Normally there are several .repo files located in that same directory (on a default install).
That is odd considering this is a fresh install without any configuration options changed and there is only one file in that directory, which is debuginfo.repo.
So, just to clarify, /etc/yum.repos.d/ directory is the ONLY place to have .repo files and I can place a brand new .repo in there which yum will look at and this will cancel out yum going to the internet. Providing that the new .repo file has the enabled=1 option??
Which means that I can simply do a 'yum update' on the box and it will do a local install from the location specified in the .repo file?
I can then transfer the copied repository to the share, and place the .repo file on the other servers pointing them to the share, then the updates should all go smoothly?
Forgive the potentially very stupid answer, but I believe yum reports the 'download size' of the packages you are about to locally install. Have you tried just telling it 'y'? It will be immediately obvious whether it's actually downloading or not; unless your tubes are godly, there's no way it can actually download 876 M without giving you time to go get a sandwich, eat it, stop by the bathroom, and still come back in time to see the usual downloading text. If it goes straight to installing or shows 'Downloading...', etc. without any other text, you've got what you want.
I hadn't attempted that as I simply assumed that it would do as it suggested and download the files.
Our network is fairly incredible, and most likely our proxy has already cached the previously downloaded packages which it has a habit of doing for our 5000 or so users. So a re download would be considerably fast.
In my original post, I didn't paste all of the output, obviously. But after the 'yum localinstall etc...' a list of all the .rpm's was displayed, I'm assuming they were the ones I had previously downloaded, but I was then prompted with the 'download 876mb' option. Taking on your advice, I'll give that a shot as it will be easier in the future to do that.
The repo info CAN also be put in your yum.conf but this is a non standard way to do things. If the debug repo is the ONLY file in the repo list on a fresh install, then somebody has tampered with the install disk.
Just double-checked this - in my version of yum, which is almost certainly later than yours, they've changed it to "Total size: xxx MB". So I'm pretty sure all you need to do is say yes. Let us know how this plays out.
Another thing to check out: I don't know how recently this was added to yum, but in my version, when you're installing a local package, the name of the file you're installing from is shown under 'Repository'.
So.. I just ran yum update, after modifying the .repo files to reflect the 'enabled=1' option, and updated the location to be local. That began downloading the files from RedHat again, which isnot what I wanted.
I'm going to attempt the localinstall again, and select 'y' to download, see how that goes.