Hello All,
As you can see below I am having a problem checking for updates. This happens repeatedly. I have to kill the process then rerun. I have tried "yum clean all" but no joy - the process hangs again on "extras" - see second listing below. Suggestions?
Dave
[root@cserver ~]# yum check-update Loaded plugins: fastestmirror, priorities Loading mirror speeds from cached hostfile * epel: fedora.mirror.facebook.net * base: ftp.telus.net * updates: ftp.telus.net * addons: ftp.telus.net * extras: ftp.telus.net epel | 2.1 kB 00:00 virtualmin | 951 B 00:00 pgdg83 | 1.9 kB 00:00 virtualmin-universal | 951 B 00:00 base | 1.1 kB 00:00 updates | 951 B 00:00 addons | 951 B 00:00 extras | 1.1 kB 00:00
--------------- hangup here -------------------------
---------------- listing 2 -------------------
[root@cserver ~]# yum clean all Loaded plugins: fastestmirror, priorities Cleaning up Everything Cleaning up list of fastest mirrors [root@cserver ~]# yum check-update Loaded plugins: fastestmirror, priorities Determining fastest mirrors * epel: fedora.mirror.facebook.net * base: ftp.telus.net * updates: ftp.telus.net * addons: ftp.telus.net * extras: ftp.telus.net epel | 2.1 kB 00:00 primary.sqlite.bz2 | 2.6 MB 00:16 virtualmin | 951 B 00:00 primary.xml.gz | 70 kB 00:00 virtualmin 254/254 pgdg83 | 1.9 kB 00:00 primary.sqlite.bz2 | 120 kB 00:01 virtualmin-universal | 951 B 00:00 primary.xml.gz | 11 kB 00:00 base | 1.1 kB 00:00 primary.xml.gz | 878 kB 00:04 base 2508/2508 updates | 951 B 00:00 primary.xml.gz | 318 kB 00:01 updates 479/479 addons | 951 B 00:00 primary.xml.gz | 157 B 00:00 extras | 1.1 kB 00:00 primary.xml.gz | 107 kB 00:00 extras 324/324
On Wed, Sep 9, 2009 at 1:02 PM, Dave Stevensgeek@uniserve.com wrote:
Hello All,
As you can see below I am having a problem checking for updates. This happens repeatedly. I have to kill the process then rerun. I have tried "yum clean all" but no joy - the process hangs again on "extras"
- see second listing below. Suggestions?
Dave
[root@cserver ~]# yum check-update Loaded plugins: fastestmirror, priorities Loading mirror speeds from cached hostfile * epel: fedora.mirror.facebook.net * base: ftp.telus.net * updates: ftp.telus.net * addons: ftp.telus.net * extras: ftp.telus.net epel | 2.1 kB 00:00 virtualmin | 951 B 00:00 pgdg83 | 1.9 kB 00:00 virtualmin-universal | 951 B 00:00 base | 1.1 kB 00:00 updates | 951 B 00:00 addons | 951 B 00:00 extras | 1.1 kB 00:00
I suspect it is the non-CentOS repos that are causing the hang (?).
You might want to check that by running:
yum update --disablerepo=* --enablerepo=base,extras,updates
and see if this one runs fine.
Akemi
Y9ou
On Wed, Sep 9, 2009 at 2:13 PM, Akemi Yagiamyagi@gmail.com wrote:
On Wed, Sep 9, 2009 at 1:02 PM, Dave Stevensgeek@uniserve.com wrote:
Hello All,
As you can see below I am having a problem checking for updates. This happens repeatedly. I have to kill the process then rerun. I have tried "yum clean all" but no joy - the process hangs again on "extras"
- see second listing below. Suggestions?
Dave
[root@cserver ~]# yum check-update Loaded plugins: fastestmirror, priorities Loading mirror speeds from cached hostfile * epel: fedora.mirror.facebook.net * base: ftp.telus.net * updates: ftp.telus.net * addons: ftp.telus.net * extras: ftp.telus.net epel | 2.1 kB 00:00 virtualmin | 951 B 00:00 pgdg83 | 1.9 kB 00:00 virtualmin-universal | 951 B 00:00 base | 1.1 kB 00:00 updates | 951 B 00:00 addons | 951 B 00:00 extras | 1.1 kB 00:00
I suspect it is the non-CentOS repos that are causing the hang (?).
You might want to check that by running:
yum update --disablerepo=* --enablerepo=base,extras,updates
and see if this one runs fine.
This will get things back to standard repos only.
But if you have already loaded an incompatible package from a nonstandard repo, this will not fix it.
Rather than trying to figure out what you have and how to fix it, it may be easier to start over an build a new system from scratch.
You can probably get the 3rd party repos to play nicer with one another by using yum-priorities.
There are techniques for finer grained management of compatiblity issues among repositories, that I have never needed to learn about. Someday this is going to sneak up and bite me.
Pretty sure there is a 3rd party repo page in the centos wiki.
I've never heard of some of these repos.
epel wants to be the only 3rd party repo, and sometimes there are issues with other 3rd party repos
On Wed, 2009-09-09 at 15:09 -0600, drew einhorn wrote:
On Wed, Sep 9, 2009 at 2:13 PM, Akemi Yagiamyagi@gmail.com wrote:
On Wed, Sep 9, 2009 at 1:02 PM, Dave Stevensgeek@uniserve.com wrote:
As you can see below I am having a problem checking for updates. This happens repeatedly. I have to kill the process then rerun. I have tried "yum clean all" but no joy - the process hangs again on "extras"
I suspect it is the non-CentOS repos that are causing the hang (?).
You might want to check that by running:
yum update --disablerepo=* --enablerepo=base,extras,updates
and see if this one runs fine.
This will get things back to standard repos only.
But if you have already loaded an incompatible package from a nonstandard repo, this will not fix it.
This is related to the problem at hand how?
Rather than trying to figure out what you have and how to fix it, it may be easier to start over an build a new system from scratch.
This isn't Windows.
You can probably get the 3rd party repos to play nicer with one another by using yum-priorities.
This is related to the problem at hand how?
There are techniques for finer grained management of compatiblity issues among repositories, that I have never needed to learn about. Someday this is going to sneak up and bite me.
Yes, probably, but still not related to the problem at hand.
Pretty sure there is a 3rd party repo page in the centos wiki.
Yes, but you couldn't be bothered to check, could you?
Sometimes it would be smarter to not try to help.
Ralph
I should probably rewrite the following, moving some paragraphs around. But I'm done for now.
On Thu, Sep 10, 2009 at 3:20 AM, Ralph Angenendt ralph.angenendt@gmail.com wrote:
On Wed, 2009-09-09 at 15:09 -0600, drew einhorn wrote:
On Wed, Sep 9, 2009 at 2:13 PM, Akemi Yagiamyagi@gmail.com wrote:
On Wed, Sep 9, 2009 at 1:02 PM, Dave Stevensgeek@uniserve.com wrote:
As you can see below I am having a problem checking for updates. This happens repeatedly. I have to kill the process then rerun. I have tried "yum clean all" but no joy - the process hangs again on "extras"
I suspect it is the non-CentOS repos that are causing the hang (?).
You might want to check that by running:
yum update --disablerepo=* --enablerepo=base,extras,updates
and see if this one runs fine.
This will get things back to standard repos only.
But if you have already loaded an incompatible package from a nonstandard repo, this will not fix it.
This is related to the problem at hand how?
The OP has a problem resulting from mixing standard and 3rd party repos, and has noticed some obvious issues. There may be much more subtle, less obvious issues. For example, a 3rd party repo, may have replaced a standard library with a version with a subtle incompatibity. It may add a bug, along with a feature necessary to support another package that it provides.
It doesn't happen often. But it can and does happen.
Rather than trying to figure out what you have and how to fix it, it may be easier to start over an build a new system from scratch.
This isn't Windows.
True. But figuring out which packages came from which repo, can be difficult. There was a hotly debated repotag battle that could have mitigated the problem. The epel folks were strongly opposed.
The problem becomes really nasty, when package xyz from repo A, is incompatible with package xyz from repo B.
You can probably get the 3rd party repos to play nicer with one another by using yum-priorities.
This is related to the problem at hand how?
The OP was using packages from the standard repos, epel, and a couple other repos I never heard of for a reason that he did not share with us. yum-priorities can be used to control which packages are installed from which libraries.
Count the mumber of packages on your system. Do a:
rpm -qa | wc
If you have subtle problem with compatability between repos.
Do you want to go through all those package determine which repo each package can from and determine whether there are compatibility issues with packages from other repos?
Or do you want to start over installing only packages from the centos repos that have been tested by the centos developers.
Then add third party repos with yum-priorities preventing centos packages from being replaced by non centos packages, but adding needed packages and their prerequisites from 3rd party repos.
There are techniques for finer grained management of compatiblity issues among repositories, that I have never needed to learn about. Someday this is going to sneak up and bite me.
Yes, probably, but still not related to the problem at hand.
epel is careful not to replace package from the standard repos. I have no idea whether the repos other repos (I never heard of them) are as careful.
epel is not concerned about their compatability with other 3rd party repos. And there is a lot of lingering animosity. Just mentioning epel in some places is enough to evoke a bitter response. I did not want to get into those issues.
Sometimes the problem does get all the way down to very nasty, tangled compatibily issues among repos, and there is a solution, but it's not easy.
Pretty sure there is a 3rd party repo page in the centos wiki.
Yes, but you couldn't be bothered to check, could you?
Sometimes it would be smarter to not try to help.
I'm not the one who has a problem and needs to do the research on this problem.
I gave the OP a hint on where to look.
Ralph
But since you insist.
Here's the wiki page on repositiories.
http://wiki.centos.org/AdditionalResources/Repositories
New repositories have been added since the last time I looked. I have not looked to see whether the repositories used by the OP are discussed here.
And here the wiki page on yum-priorities.
http://wiki.centos.org/PackageManagement/Yum/Priorities
CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
drew einhorn wrote:
epel is not concerned about their compatability with other 3rd party repos.
Please, stop the FUD.
And there is a lot of lingering animosity. Just mentioning epel in some places is enough to evoke a bitter response.
and thank you so much for perpetuating the problem.
-- Rex
On Thu, Sep 10, 2009 at 9:41 AM, Rex Dieter rdieter@math.unl.edu wrote:
drew einhorn wrote:
epel is not concerned about their compatability with other 3rd party repos.
Please, stop the FUD.
And there is a lot of lingering animosity. Just mentioning epel in some places is enough to evoke a bitter response.
and thank you so much for perpetuating the problem.
I'm sorry. Your are absolutely correct. I should not have commented on the intent of any repo developers.
However the fact remains that all repos test the compatibility among the packages they distribute, and test for compatibility with packages distributed in the standard repos.
They do not do as thorough a job of testing with respect to all other 3rd party repos. There are other 3rd party repos, they probably have not even heard of much less tested.
I do use epel on some systems. There are packages I sometimes need that are not included in other repos.
In my repo yum-priorities configurations epel either comes immediately after the standard centos repos, or it is near the end, just before "testing" versions of other repos.
We really need better repository tools, when dealing with multiple 3rd party repos. It is not easy to see which packages came from which repos, much less understand compatibility issues among packages from different 3rd party repos.
We would be in a better place if the repotag had survivied the repo wars.
drew einhorn wrote:
We really need better repository tools, when dealing with multiple 3rd party repos. It is not easy to see which packages came from which repos, much less understand compatibility issues among packages from different 3rd party repos.
We would be in a better place if the repotag had survivied the repo wars.
And even better if yum remembered where things came from and could describe them in a way that you could automatically reproduce a working set of packages on a different machine.
On Thu, 2009-09-10 at 09:01 -0600, drew einhorn wrote:
This is related to the problem at hand how?
The OP has a problem resulting from mixing standard and 3rd party repos, and has noticed some obvious issues.
No, he doesn't. His yum hangs.
Rather than trying to figure out what you have and how to fix it, it may be easier to start over an build a new system from scratch.
This isn't Windows.
True. But figuring out which packages came from which repo, can be difficult.
Sure, but that is not what this problem is about.
There was a hotly debated repotag battle that could have mitigated the problem. The epel folks were strongly opposed.
What does that have to do with the problem at hand?
The problem becomes really nasty, when package xyz from repo A, is incompatible with package xyz from repo B.
What does that have to do with the problem at hand?
You can probably get the 3rd party repos to play nicer with one another by using yum-priorities.
This is related to the problem at hand how?
The OP was using packages from the standard repos, epel, and a couple other repos I never heard of for a reason that he did not share with us. yum-priorities can be used to control which packages are installed from which libraries.
And yet his problem is that yum hangs. This is related to the above how?
But since you insist.
Here's the wiki page on repositiories.
http://wiki.centos.org/AdditionalResources/Repositories
I didn't insist. I just wanted to know what your mail had to do with the problem at hand.
Ralph
On Fri, Sep 11, 2009 at 3:15 AM, Ralph Angenendt ralph.angenendt@gmail.com wrote:
On Thu, 2009-09-10 at 09:01 -0600, drew einhorn wrote:
This is related to the problem at hand how?
The OP has a problem resulting from mixing standard and 3rd party repos, and has noticed some obvious issues.
No, he doesn't. His yum hangs.
Obviously yum hangs.
It hangs because he is improperly mixing 3rd party repos with the standard configuration.
Someone suggested just removing the 3rd repos, and continuing on.
I don't know how long this has been going on:
1) Somewhere along the line an incompatible package from a 3rd party repo could have been installed as a result of his yum configuration.
Just returning to a standard repo config. Will not uniinstall any incompatible packages.
The OP should be alert to this possibility.
It is a difficult problem to diagnose. We do not have good tools for this.
2) Presumably the OP had a valid reason, for mixining standard and 3rd party repos.
yum-priorities is a good, but not perfect tool for mixing repos. Rather than removing all 3rd party repos the OP might want to configure yum-priorities
On Fri, Sep 11, 2009 at 8:23 AM, drew einhorn drew.einhorn@gmail.com wrote:
On Fri, Sep 11, 2009 at 3:15 AM, Ralph Angenendt ralph.angenendt@gmail.com wrote:
On Thu, 2009-09-10 at 09:01 -0600, drew einhorn wrote:
This is related to the problem at hand how?
The OP has a problem resulting from mixing standard and 3rd party repos, and has noticed some obvious issues.
No, he doesn't. His yum hangs.
Obviously yum hangs.
It hangs because he is improperly mixing 3rd party repos with the standard configuration.
Someone suggested just removing the 3rd repos, and continuing on.
No one suggested to remove 3rd party repos. IF you are referring to my earlier post, it was given to troubleshoot the issue. First disable all 3rd party repos and check to see if that runs through. The next step will be to add one repo at a time to identify the one causing the hang. But running yum in a more verbose mode will do a good job, too.
Akemi
On Fri, Sep 11, 2009 at 11:23 AM, drew einhorn drew.einhorn@gmail.com wrote:
On Fri, Sep 11, 2009 at 3:15 AM, Ralph Angenendt ralph.angenendt@gmail.com wrote:
On Thu, 2009-09-10 at 09:01 -0600, drew einhorn wrote:
This is related to the problem at hand how?
The OP has a problem resulting from mixing standard and 3rd party repos, and has noticed some obvious issues.
No, he doesn't. His yum hangs.
Obviously yum hangs.
It hangs because he is improperly mixing 3rd party repos with the standard configuration.
Really. How were you able to determine conclusively that this was due to 3rd party repository interference, and not something else, like corrupted metadata, (which was recently a problem for the centos repos themselves) or other related issues? Given the paste the OP showed at the outset, there's no way to divine this short of magic, or additional debugging.
Someone suggested just removing the 3rd repos, and continuing on.
I don't know how long this has been going on:
- Somewhere along the line an incompatible
package from a 3rd party repo could have been installed as a result of his yum configuration.
Just as likely, some yum metadata corruption could have occured, network issues, or a stale hold on the rpm database.
Just returning to a standard repo config. Will not uniinstall any incompatible packages.
You're so incredibly quick to assume it's a 3rd party package causing the issues, when multiple people have already pointed out this flawed logic. You should really stop being overly judgmental and irrational.
It is a difficult problem to diagnose.
No it's not. You're simply spreading more FUD here.
We do not have good tools for this.
You might not. "We" do.
Yum is quite good at handling this itself with increasing debug values to obtain more output and see exactly what's going on.
- Presumably the OP had a valid reason,
for mixining standard and 3rd party repos.
I'd assume that like other centos users, they want more things than ship in the default repositories. Given the "mystery repos" you alluded to not knowing about earlier, I'd say virtualmin and postgresql 8.3 were on his list of wanted packages.
yum-priorities is a good, but not perfect tool for mixing repos. Rather than removing all 3rd party repos the OP might want to configure yum-priorities
Which is good advice for later. It doesn't do a single thing to solve the problem at hand. This is what Ralph has been telling you the whole time. You're focusing far too much energy and verbosity on something that has little impact on the current issue.
Stop being judgmental. Stop issuing rash and irresponsible advice. Start focusing on the actual problem the OP asked about please.
On Thu, Sep 10, 2009 at 11:01 AM, drew einhorn drew.einhorn@gmail.com wrote:
Rather than trying to figure out what you have and how to fix it, it may be easier to start over an build a new system from scratch.
So? Yum is simply hanging for him, not failing with python errors or incompatible package messages. Rather than immediately jump straight to the 'format C:' logic, why not simply turn up the debugging level for yum to see specifically what it's doing. From there, identifying the problem repositories (per the earlier advice given of disablerepo) and narrowing down the issue are the appropriate steps.
Your doctor does not simply rip your heart out because you have high blood pressure. They find out possible causes and then treat them appropriately.
True. But figuring out which packages came from which repo, can be difficult.
While yum and rpm both lack a method to tag which repository a given package came from, the packages themselves can tell you. A repo tag, while easier, is but one method for doing so. The CentOS wiki even has a section on this in the http://wiki.centos.org/TipsAndTricks/YumAndRPM page.
rpm -qa --qf '%{NAME} %{VENDOR}\n' | grep -v CentOS
This command will show all packages installed on the system that are NOT from CentOS. Add an additional pipe and you can sort the output by 3rd party vendor.
If you're going to take the time to answer someone on the mailing list, please make it helpful advice that attempts to solve the problem. Advising heart surgery (or in this case a lobotomy) for the common cold isn't really good practice.
On Wed, Sep 9, 2009 at 4:02 PM, Dave Stevens geek@uniserve.com wrote:
Hello All,
As you can see below I am having a problem checking for updates. This happens repeatedly. I have to kill the process then rerun. I have tried "yum clean all" but no joy - the process hangs again on "extras"
- see second listing below. Suggestions?
While we dish out a helping of logic, snark, and verbal abuse elsewhere in this thread, would you mind running 'yum -d6 check-update' after a 'yum clean all' again please. The -d6 cranks up the output that yum produces and will give us a better picture of what's going on and why yum is hanging for you.
On Friday 11 September 2009 10:47:31 am Jim Perrin wrote:
yum -d6 check-update
Like this:
[root@cserver ~]# yum -d6 check-update Loading "fastestmirror" plugin Loading "priorities" plugin Loaded plugins: fastestmirror, priorities Running "config" handler for "priorities" plugin Config time: 0.449 Running "init" handler for "fastestmirror" plugin Yum Version: 3.2.19 COMMAND: yum -d6 check-update Installroot: / Setting up Package Sacks Running "postreposetup" handler for "fastestmirror" plugin Determining fastest mirrors * epel: fedora.mirror.facebook.net * base: ftp.telus.net * updates: ftp.telus.net * addons: ftp.telus.net * extras: ftp.telus.net epel | 2.1 kB 00:00 primary.sqlite.bz2 | 2.6 MB 00:15 virtualmin | 951 B 00:00 primary.xml.gz | 70 kB 00:00 virtualmin 254/254 pgdg83 | 1.9 kB 00:00 primary.sqlite.bz2 | 120 kB 00:00 virtualmin-universal | 951 B 00:00 primary.xml.gz | 11 kB 00:00 base | 1.1 kB 00:00 primary.xml.gz | 878 kB 00:03 base 2508/2508 updates | 951 B 00:01 primary.xml.gz | 318 kB 00:01 updates 479/479 addons | 951 B 00:00 primary.xml.gz | 157 B 00:00 extras | 1.1 kB 00:00 primary.xml.gz | 107 kB 00:00 extras 324/324 Running "exclude" handler for "priorities" plugin pkgsack time: 48.960 Reading Local RPMDB rpmdb time: 0.001 Building updates object
hangs here
Dave
On Sat, Sep 12, 2009 at 04:03:40PM -0700, Dave Stevens wrote:
rpmdb time: 0.001 Building updates object
hangs here
I've seen similar when the rpm sqlite databases are wedged.
You might want to try "rm -f /var/lib/rpm/__db.00?" to remove the intermediate files, and then try running the yum update again.
John
On Wednesday 09 September 2009 01:02:53 pm Dave Stevens wrote:
Hello All,
As you can see below I am having a problem checking for updates. This happens repeatedly. I have to kill the process then rerun. I have tried "yum clean all" but no joy - the process hangs again on "extras"
- see second listing below. Suggestions?
Dave
well, I didn't expect to stir up such a lot of contention, that's for sure.
I tried Akemi's suggestions to no avail. The suggestions others have made are worth pursuing too but I haven't got to them yet.
Yes, I do have a good reason for including third party repos. One of my sites uses a web GIS application hosted on the server and it needs the pgdg83 repo. I use Virtualmin to manage the server and so their repos are in there too.
In actual practice this issue is going to get solved in another way. I've just been given enough budget to replace the server so I plan to go to Centos 5.4 and to provide a virtual machine for that one app on its own. Then it will be up to the developer to manage repos as needed.
Some of the remarks have referenced corrupt metadata. I thought of this, ran yum clean all, no joy. I assume that if there were a problem with a core Centos repo I'd hear about it on the list so I have not worried about that.
Thanks to all who answered.
Dave
[root@cserver ~]# yum check-update Loaded plugins: fastestmirror, priorities Loading mirror speeds from cached hostfile
snip!
-
Akemi Yagi -
Dave Stevens -
drew einhorn -
Jim Perrin -
John R. Dennison -
Les Mikesell -
Ralph Angenendt -
Rex Dieter