MySQL restart werkt niet - "...not parsable as a System.map"

[dirkpostma]

Ik heb een aantal servers draaien met daarop Debian (stable) geinstalleerd. Wordt vnl. gebruikt voor Apache, MySQL en PHP etc. Nu wil ik mij gaan bezighouden met MySQL replication en heb daarvoor MySQL 4.0.22 van backports.org geinstalleerd. Nu heb ik echter een probleem: op een van de servers kan ik kan mysql niet meer normaal starten.

Als ik
$ /etc/init.d/mysql start
aanroep, krijg ik een warning:
Warning: /boot/System.map-2.4.18-20040802.01 not parseable as a System.map

De enige manier die ik weet om MySQL nog wel gestart te krijgen is een reboot van de server. Dan lijkt alles wel vlekkeloos te draaien

Dit is echter natuurlijk niet gewenst, is het niet omdat een site dan tijdelijk plat ligt, dan is het wel omdat ik niet begrijp waarom MySQL niet normaal wil restarten. De kernel is enkele maanden geleden zelf gebakken (augustus 2004), maar heeft altijd vlekkeloos zijn werk gedaan. Nu, met de installatie van MySQL 4.0.22 (van backports.org) lijken er problemen te zijn.

hier nog een quote uit /var/log/syslog :

code:

Dec 28 00:04:05 sam mysqld[500]: 041228  0:04:05 /usr/sbin/mysqld: Normal shutdown
Dec 28 00:04:05 sam mysqld[500]:
Dec 28 00:04:06 sam mysqld[500]: 041228  0:04:06 /usr/sbin/mysqld: Shutdown Complete
Dec 28 00:04:06 sam mysqld[500]:
Dec 28 00:04:06 sam mysqld_safe[15887]: ended
Dec 28 00:04:07 sam mysqld_safe[15942]: started
Dec 28 00:04:07 sam mysqld_safe[15948]: ended
Dec 28 00:04:13 sam /etc/init.d/mysql[15993]: 0 processes alive and '/usr/bin/mysqladmin --defaults-extra-file=/etc/mysql/de$
Dec 28 00:04:13 sam /etc/init.d/mysql[15993]: ^G/usr/bin/mysqladmin: connect to server at 'localhost' failed
Dec 28 00:04:13 sam /etc/init.d/mysql[15993]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/my$
Dec 28 00:04:13 sam /etc/init.d/mysql[15993]: Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock$
Dec 28 00:04:13 sam /etc/init.d/mysql[15993]:

Ik heb al lopen zoeken op Google en GoT, maar kan erg weinig vinden over een System.map die niet parsable is, of over een falende MySQL restart in deze context. Heeft iemand enig in welke richting ik moet zoeken om dit probleem op te lossen?

Alvast bedankt

[CyBeR]

Je kunt een nieuwe /boot/System.map maken met het volgende commando:

code:

nm vmlinux | grep -v '\(compiled\)\|\(\.o$$\|\ [aUw] \)\|\(\.\.ng$$\)\|\(LASH[RL]DI\)' | sort > System.map

Gebruik wel even de goede filenames enzo. Oh, en je hebt er een uncompressed kernel voor nodig.


Of als je zelf een kernel gecompiled hebt, /usr/src/linux/System.map kopieren. Of als die andere servers dezelfde kernel hebben, die kopieren.

[ Voor 30% gewijzigd door CyBeR op 28-12-2004 00:47 ]

[dirkpostma]

Bedankt, met je tip is de warning van de "not parsable as System.map" verdwenen!

Dit bleek overigens niet het probleem, maar al snel vond ik de oorzaak... Eerst was ik gefocused op de System.map warning om de fout te zoeken. Ik had daardoor nog niet in de MySQL logs zelf gekeken. Net deed ik dat dus wel, en toen zag ik dat /var/log/mysql/mysql.log maarliefst 3.6 GB groot was... Te groot.

Bij de installatie van de nieuw MySQL was ook de my.cnf vervangen. Op zich niet erg, ik had de nieuwe config doorlopen en hier en daar aangepast. Echter, een dingetje over het hoofd gezien: alle queries werden gelogd, en dat zijn er nogal wat. Even een # plaatsen voor de regel die daarvoor zorgde... en voila: MySQL kan weer normaal gerestart worden.

..en dat alles ook nog eens zonder System.map warnings

Nogmaals, veel dank, je hebt me op het juiste pad geholpen!