Sziasztok,
Kérlek segítsetek nekem, kicsit megvagyok lőve.
Adott egy über-legacy HyperV környezet ami már azelőtt létezett, hogy én az informatikai pályára lépésre gondoltam volna. Hogy miért nem lett migrálva/frissítve nem tudom, lényegtelen.
Szóval fut ebben egy Ubuntu 12.04 szerver amin van egy Apache-MySQL-PHP-Drupal kombó ISPConfig-gal. Frissítve nem lett soha semmi, eddig kb. azt se tudtam hogy ez a gép létezik nálunk.
Felhívtak ma, hogy ami fut rajta valami belsős weboldal megadta magát. Illetékes kolléga szabadságon van, tegyek vele valamit. A weboldalon csak ennyit láttam: "Database connection error (2): Could not connect to MySQL."
Pff..easy, nem fut a mysql csak belerúgok egyet és megy is. Hát nem...
A VM nem is futott. Rövid nyomozás után kiderült, hogy a hoston elfogyott a hely (lol). Megoldottam, VM start de csak nem tud elindulni a service mondván, hogy van egy rakás adatbázis/tábla ami korrupt lett.
Újabb guglizás után megtaláltam a mysqlcheck parancsot...ami tök jó csak nem tudok vele mit csinálni amíg nem fut a service. Ami ugye nem indul el mert korrupt táblák vannak.
Mit tudnék tenni vele? (Backup nincs, soha nem is vót').
Még mielőtt valaki megkérdezné: igen, KKV szektor.
Hozzászólások
pastebin a mysql log relevans reszet.
mysql error log azért nem ártana, MyISAM vagy InnoDB adabázisról/tábláról beszélünk? Ha InnoDB, akkor az innodb_force_recovery paraméter mire van állítva?
innodb_force_recovery = 2, de a sor ki van kommentelve. Kiszedtem a kommentet de elindulni így se tud. Végigzongoráztam 1-től 6-ig és próbáltam elindítani de semmi. :(
Az error.log tök üres, a legutóbbi érdemleges log bejegyzés 03.05-ről van, amit zcat-tel tudtam megnézni:
190305 14:03:08 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
190305 14:03:09 [Note] Plugin 'FEDERATED' is disabled.
190305 14:03:20 InnoDB: The InnoDB memory heap is disabled
190305 14:03:21 InnoDB: Mutexes and rw_locks use GCC atomic builtins
190305 14:03:21 InnoDB: Compressed tables use zlib 1.2.3.4
190305 14:06:33 InnoDB: Initializing buffer pool, size = 128.0M
InnoDB: mmap(137363456 bytes) failed; errno 12
190305 14:06:33 InnoDB: Completed initialization of buffer pool
190305 14:06:33 InnoDB: Fatal error: cannot allocate memory for the buffer pool
190305 14:06:33 [ERROR] Plugin 'InnoDB' init function returned error.
190305 14:06:33 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed.
190305 14:06:34 [ERROR] Unknown/unsupported storage engine: InnoDB
190305 14:06:34 [ERROR] Aborting
190305 14:06:34 [Note] /usr/sbin/mysqld: Shutdown complete
190305 14:19:11 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
190305 14:19:11 [Note] Plugin 'FEDERATED' is disabled.
190305 14:19:11 InnoDB: The InnoDB memory heap is disabled
190305 14:19:11 InnoDB: Mutexes and rw_locks use GCC atomic builtins
190305 14:19:11 InnoDB: Compressed tables use zlib 1.2.3.4
190305 14:19:12 InnoDB: Initializing buffer pool, size = 128.0M
190305 14:19:12 InnoDB: Completed initialization of buffer pool
190305 14:19:12 InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
190305 14:19:13 InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
190305 14:19:16 InnoDB: Waiting for the background threads to start
190305 14:19:17 InnoDB: 5.5.38 started; log sequence number 43519862
190305 14:19:17 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
190305 14:19:17 [Note] - '0.0.0.0' resolves to '0.0.0.0';
190305 14:19:17 [Note] Server socket created on IP: '0.0.0.0'.
190305 14:19:18 [Note] Event Scheduler: Loaded 0 events
190305 14:19:18 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.5.38-0ubuntu0.12.04.1' socket: '/var/run/mysqld/mysqld.sock' port: 3306 (Ubuntu)
190305 14:19:21 [ERROR] /usr/sbin/mysqld: Table './dbispconfig/monitor_data' is marked as crashed and should be repaired
190305 14:19:21 [Warning] Checking table: './dbispconfig/monitor_data'
190305 14:19:22 [ERROR] /usr/sbin/mysqld: Table './software/uyo40_session' is marked as crashed and should be repaired
190305 14:19:22 [Warning] Checking table: './software/uyo40_session'
190305 14:19:23 [ERROR] /usr/sbin/mysqld: Table './software/uyo40_extensions' is marked as crashed and should be repaired
190305 14:19:23 [Warning] Checking table: './software/uyo40_extensions'
190305 14:19:25 [ERROR] /usr/sbin/mysqld: Table './dbispconfig/sys_session' is marked as crashed and should be repaired
190305 14:19:25 [Warning] Checking table: './dbispconfig/sys_session'
190305 14:19:25 [ERROR] /usr/sbin/mysqld: Table './/jos_content' is marked as crashed and should be repaired
190305 14:19:25 [Warning] Checking table: './lightwarehu/jos_content'
190305 14:19:25 [ERROR] /usr/sbin/mysqld: Table './software/uyo40_content' is marked as crashed and should be repaired
190305 14:19:25 [Warning] Checking table: './software/uyo40_content'
190305 14:19:25 [ERROR] /usr/sbin/mysqld: Table './software/uyo40_users' is marked as crashed and should be repaired
190305 14:19:25 [Warning] Checking table: './software/uyo40_users'
190305 14:19:26 [ERROR] /usr/sbin/mysqld: Table './/jos_session' is marked as crashed and should be repaired
190305 14:19:26 [Warning] Checking table: './lightwarehu/jos_session'
190305 14:19:29 [ERROR] /usr/sbin/mysqld: Table './software/uyo40_redirect_links' is marked as crashed and should be repaired
190305 14:19:29 [Warning] Checking table: './software/uyo40_redirect_links'
ezek szerintem mezei myisam tablak, tehat *myisamchk*
myisamchk -r ./dbispconfig/monitor_data
myisamchk -r ./software/uyo40_session
myisamchk -r ./software/uyo40_extensions
stb ...
Természetesen itt teljes útvonalat adj majd meg, ahol a file-ok fizikailag megtalálhatóak
És előtte a hibás adatokról csinálj egy másolatot, pont mintha nekiállnál sérült diszket javítgatni.
+1
Hú, kicsit elfelejtettem ezt a threadet.
Sikerült amúgy a fenti módon megoldani a problémát, köszönöm szépen!