Cannot Kill Yumbackend.py
root 1605 0.0 3.4 54424 26228 ? now i get this message: Yum is locked by another application. In that case, while it's checking for pending updates, a command line yum session will stop and wait for it and issue those messages. share|improve this answer answered Jul 25 '11 at 4:22 Rufo El Magufo 46829 It doesn't work like that, at least on F15, though it might do on earlier versions. have a peek at this web-site
It may be a packagekit issue. Reading the documentation, I got the opinion that nothing need to do in the computers that have the role of Clients on the net; instead on the computer with the role Then 'time pkcon refresh'. In fact suspected some upgrade issue, and reinstalled. Get More Information
Would really appreciate some help. PackageKit-yum-0.6.21-1.fc16.i686 From top: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 27323 root 20 0 112m 63m 8004 R 95.9 1.6 2:36.97 yumBackend.py Comment 24 Tomas Toth Continue applying the kill command on all the PPID, and verify your result ($ps -A | grep defunct). I see similar behaviour of 'pkcon refresh' as also pointed out in Comments #11 and #12 - It takes ages in the "Generating package lists" stage.
This is in F16 running on an AMD quad-core. Ballpark salary equivalent today of "healthcare benefits" in the US? Richard, sorry if I offended you. This bug is irritating.
Is there a way of dealing with this via the cli? 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. And do we all have one or more kde-redhat repositories enabled? Comment 65 Mary Ellen Foster 2012-03-13 08:43:23 EDT Is everyone who is seeing this using KDE?
In fact, the problem, such as it is, hasn't shown up today at all. This started to happen since last time i updated my system. I have 9 letters, Nobody can read without me, 4+5+6 is an animal, 7 is me, 3 is u, 2+8+9+1 is completed. pkcon get-updates pkcon get-distro-upgrades pkcon refresh-cache Can you also tell me roughly how long each command took please.
If I wrote a Java program that was chewing up this much CPU, I would be looking for something in a tight loop or some intensive math computation. http://www.linuxquestions.org/questions/linux-software-2/yumbackend-715844/ A girl is blind, deaf, dumb and uneducated too. Maybe you could explain how to do this to make your answer a little more detailed? Please visit this page to clear all LQ-related cookies.
Find all posts by jbuckley2004 #2 3rd December 2011, 04:32 AM smsmith Offline Registered User Join Date: Nov 2011 Posts: 7 Re: yumbackend.py taking up 98% of the Check This Out If problems still persist, please make note of it in this bug report. If you open /etc/PackageKit/PackageKit.conf and change the line to read "UpdatePackageList=false" It seems asking yum to return a list of all the packages in all the repos takes a huge amount Was a massive case of voter fraud uncovered in Florida?
Bug748790 - yumBackend.py loads CPU to 100% and takes too long Summary: yumBackend.py loads CPU to 100% and takes too long Status: CLOSED ERRATA Aliases: None Product: Fedora Classification: Fedora Component: share|improve this answer answered Feb 20 at 17:55 DrupalFever 1011 add a comment| Your Answer draft saved draft discarded Sign up or log in Sign up using Google Sign up Comment 108 Fedora Update System 2012-04-23 12:26:10 EDT PackageKit-0.6.17-2.fc15 has been submitted as an update for Fedora 15. http://scriptkeeper.net/cannot-kill/cannot-kill-smss-exe.html However, when I launch skype it crashes all the time...
My Version is: Fedora20. If the previous command display no result, well done, otherwise you may need to reboot your system. However, anyone willing to do that sooner is more than welcome.
Are you new to LinuxQuestions.org?
That's a normal message that comes out on a desktop (or GUI) system which has the applet enabled for notifying you of pending updates. i'm going to replace centos 6 with 7... I have no desire for automatic updates and would like to switch this feature off. Added: Okay - it's been a day and since Friday evening's updates, I've seen no further instances of the CPU pegging the meter like it was.
stuck awhile (a couple minutes so far), add $ pkmon Transactions: [none] daemon connected=1 network status=wired Transactions: 1 /14476_ddedbcbb_data /14476_ddedbcbb_data status setup /14476_ddedbcbb_data percentage -1 /14476_ddedbcbb_data role refresh-cache /14476_ddedbcbb_data status refresh-cache Ask questions about Fedora that do not belong in any other forum. I do use "yum update" directly too, just to mess up with KP I guess :). http://scriptkeeper.net/cannot-kill/cannot-kill-rtvscan-exe.html centos yum share|improve this question edited Apr 14 '15 at 8:29 asked Apr 14 '15 at 5:37 PHPst 4092619 add a comment| 3 Answers 3 active oldest votes up vote 3
Not the answer you're looking for? Comment 17 Amit Saha 2011-11-09 18:20:06 EST Hello: I see this behaviour since I upgraded from F15 -> F16. Home | New | Search | [?] | Reports | Requests | Help | NewAccount | Log In [x] | Forgot Password Login: [x] | Report Bugzilla Bug Legal Kenno's openNOTE I get this problem only when i wake laptop up from suspend.
Now back at "while [ 1 ]; do killall yumBackend.py; sleep 5s; done" to keep machine usable. That commit makes sense to drag along too. Which CPU do you have? I speak and write no other language (except computer languages) so you are doing well.
Is anyone seeing this bug that isn't using KDE?