centos yum update error

Doe eens een crontab -e -u apache

dan krijg ik dit

[root@3 cron.daily]# crontab -e -u apache
no crontab for apache - using an empty one
crontab: no changes made to crontab

Ok. Dan is die dus leeg.

Ik vind op google net (via zoektermen YUM KILLED) dat een killed probleem te maken kan hebben met een verkeerde versie van SQLITE. Misschien dat je daar eens naar zou kunnen kijken?

Draai je binnen een VPS of is het de hwnode?
Anyway, check eens je /proc/user_beancounters; ik heb het idee dat je je resources te boven gaat, dan worden de processen idd gekilled.

p.s. die kernel mag wel eens geupdate worden.

sorry maar /proc/user_beancounters bestaat niet

en ja een update is nodig maar ja yum wil niet werken das het probleem

en ja ik draai binnen een vps met ook directadmin er op

Een losse update (dus een enkel pakket) lukt ook niet?

yum clean all
yum update python-sqlite

[root@3 cron.daily]# yum clean all
Loading "fastestmirror" plugin
Cleaning up Everything


[root@3 cron.daily]# yum update python-sqlite
Loading "fastestmirror" plugin
Determining fastest mirrors
Traceback (most recent call last):
File "/usr/bin/yum", line 29, in ?
yummain.main(sys.argv[1:])
File "/usr/share/yum-cli/yummain.py", line 105, in main
result, resultmsgs = base.doCommands()
File "/usr/share/yum-cli/cli.py", line 289, in doCommands
self._getTs()
File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 85, in _getTs
self._getTsInfo()
File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 91, in _getTsInfo
self._tsInfo.setDatabases(self.rpmdb, self.pkgSack)
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 537, in <lambda>
pkgSack = property(fget=lambda self: self._getSacks(),
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 392, in _getSacks
self.repos.populateSack(which=repos)
File "/usr/lib/python2.4/site-packages/yum/repos.py", line 214, in populateSack
self.doSetup()
File "/usr/lib/python2.4/site-packages/yum/repos.py", line 66, in doSetup
self.ayum.plugins.run('postreposetup')
File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 169, in run
func(conduitcls(self, self.base, conf, **kwargs))
File "/usr/lib/yum-plugins/fastestmirror.py", line 90, in postreposetup_hook
repomirrors[str(repo)] = FastestMirror(repo.urls).get_mirrorlist()
File "/usr/lib/yum-plugins/fastestmirror.py", line 142, in get_mirrorlist
self._poll_mirrors()
File "/usr/lib/yum-plugins/fastestmirror.py", line 155, in _poll_mirrors
pollThread.start()
File "/usr/lib64/python2.4/threading.py", line 416, in start
_start_new_thread(self.__bootstrap, ())
thread.error: can't start new thread

[root@3 cron.daily]#

Deze graag beantwoorden:

Citaat:

---

Oorspronkelijk geplaatst door PeterT

Draai je binnen een VPS of is het de hwnode?

---

Daarna: geen yum update whatever meer doen, 1tje te veel en je verneu... je DA configuratie.

Volgende vraag: what heb je van DutchTSE nagezien?

Wat gebeurt er bij

Code:

---

yum clean all
rm -f /var/lib/rpm/__db*
rpm --rebuilddb
yum update

---

?

ja ik draai binnen een vds maar moest er van af wijken de parrels update software had een fout zelf met perl
daarom moet je die met de hand verwijderen.

DutchTSE ken ik niet


[root@3 cron.daily]# yum clean all
Loading "fastestmirror" plugin
Cleaning up Everything
[root@3 cron.daily]# rm -f /var/lib/rpm/__db*
[root@3 cron.daily]# rpm --rebuilddb
[root@3 cron.daily]# yum update
Loading "fastestmirror" plugin
Determining fastest mirrors
Traceback (most recent call last):
File "/usr/bin/yum", line 29, in ?
yummain.main(sys.argv[1:])
File "/usr/share/yum-cli/yummain.py", line 105, in main
result, resultmsgs = base.doCommands()
File "/usr/share/yum-cli/cli.py", line 289, in doCommands
self._getTs()
File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 85, in _getTs
self._getTsInfo()
File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 91, in _getTsInfo
self._tsInfo.setDatabases(self.rpmdb, self.pkgSack)
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 537, in <lambda>
pkgSack = property(fget=lambda self: self._getSacks(),
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 392, in _getSacks
self.repos.populateSack(which=repos)
File "/usr/lib/python2.4/site-packages/yum/repos.py", line 214, in populateSack
self.doSetup()
File "/usr/lib/python2.4/site-packages/yum/repos.py", line 66, in doSetup
self.ayum.plugins.run('postreposetup')
File "/usr/lib/python2.4/site-packages/yum/plugins.py", line 169, in run
func(conduitcls(self, self.base, conf, **kwargs))
File "/usr/lib/yum-plugins/fastestmirror.py", line 90, in postreposetup_hook
repomirrors[str(repo)] = FastestMirror(repo.urls).get_mirrorlist()
File "/usr/lib/yum-plugins/fastestmirror.py", line 142, in get_mirrorlist
self._poll_mirrors()
File "/usr/lib/yum-plugins/fastestmirror.py", line 155, in _poll_mirrors
pollThread.start()
File "/usr/lib64/python2.4/threading.py", line 416, in start
_start_new_thread(self.__bootstrap, ())
thread.error: can't start new thread

[root@3 cron.daily]#

nilix,

als je de vragen niet leest, krijg je ook de antwoorden niet he....
83 postings verder ga je eindelijk vertellen dat je met een parallel vps werkt, waarvoor de kernel anders werkt dan op een hwnode.
Ik stop dus met commando's geven....

En DutchTSE: tja, kweet niet, maar volgens mij......

maar wat??

het eerste punt waar in het begin hier waren over de yum die niet werkt blijft he.

Maak even een toppic dat je iemand nodig hebt (in het juiste forum) om dit op te lossen. Blijkbaar heb je er niet zoveel kaas van gegeten en roept er iemand 'niet meer yum update doen omdat je dan je DA config kan vern**ken' en toch doe je het (stel je yum config staat geen exclude meer bij en dan gaat die alles van je directadmin overschrijven.

Beetje gevaarlijk niet?

Je gaat over je allotted resources heen. Bij een Virtuozzo en/of OpenVZ VPS betekent dit dat je weldegelijk een `cat /proc/user_beancounters moet kunnen uitvoeren. Echter kun je ook simpelweg proberen je VPS opnieuw op te starten en dan nog eens proberen je yum update uit te voeren. Hierdoor worden je beancounters namelijk gereset.

Citaat:

---

Oorspronkelijk geplaatst door nilix

DutchTSE ken ik niet

---

:crying:

Hij doelde op deze post: http://www.webhostingtalk.nl/technis...ml#post1115440

Waar een link staat naar Google met nog veel meer oplossingen. Maar dan moet je er wel zelf energie in steken...