Pb Taille BD : Différence entre versions
m (→Purge manuelle de la BD) |
m (→Purge manuelle de la BD) |
||
| Ligne 45 : | Ligne 45 : | ||
ça marche, et la BD repasse à 218Mo (bizarre, j'aurais pensé 221Mo plutôt) | ça marche, et la BD repasse à 218Mo (bizarre, j'aurais pensé 221Mo plutôt) | ||
| + | |||
| + | Par contre, uplib est toujours inaccessible, et le message d'erreur = panique complète. | ||
| + | |||
| + | En fait, j'ai beau avoir réduit la BD, si l'accès en écriture y est bloqué, ça continue logiquement à coincer. | ||
== Lancement update.php== | == Lancement update.php== | ||
Version du 26 juillet 2014 à 16:47
Souci sur uplib, complètement coincé, alors je bosse ici.
A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script Query: REPLACE INTO `mwi_objectcache` (keyname,value,exptime) VALUES ('340976-6-mwi_:messages:fr:lock','˴2��\0','20140726151038') Function: SqlBagOStuff::set Error: 1142 INSERT command denied to user '340976-6'@'10.0.115.20' for table 'mwi_objectcache' (sql43.modules)
La BD fait 225Mo au lieu de 200Mo autorisés. OVH a bloqué l'écriture.
- https://www.mediawiki.org/wiki/Category:MediaWiki_database_tables
- https://www.mediawiki.org/wiki/Manual:Text_table
- http://phpmyadmin.ovh.net/
Le phpMyAdmin d'ovh est plus récent que le mien propre. Et un peu plus commode.
Purge manuelle de la BD
J'essaie de trouver quoi effacer dans la BD sans tout casser. Sachant que faut quand même virer qqs Mos.
Les plus grosses tables Table Action Lignes Type Interclassement Taille Décroissant Perte mwi_objectcache ~17 405 InnoDB utf8_general_ci 105,4 Mio - mwi_text ~4 645 InnoDB utf8_general_ci 100,5 Mio - mwi_l10n_cache ~11 617 InnoDB utf8_general_ci 4,2 Mio - mwi_searchindex 495 MyISAM latin1_swedish_ci 3,5 Mio - mwi_logging ~6 291 InnoDB utf8_general_ci 3,3 Mio - mwi_externallinks~4 025 InnoDB utf8_general_ci 2,5 Mio - mwi_revision ~6 175 InnoDB utf8_general_ci 2,5 Mio - mwi_recentchanges~1 938 InnoDB utf8_general_ci 976 Kio -
The l10n_cache table. Its content can be deleted and excluded from backups as it will be regenerated when needed. LocalisationCache.php's LCStore_DB class's public function get() looks up the lc_value by the lc_lang and lc_key.
à noter que phpMyAdmin propose de "vider" les tables. C'est sans doute moins radical que de "supprimer".
Je tente le coup sur l10n_cache table :
Vous êtes sur le point de VIDER une table au complet ! Voulez-vous vraiment exécuter «TRUNCATE mwi_l10n_cache» ?
ça marche, et la BD repasse à 218Mo (bizarre, j'aurais pensé 221Mo plutôt)
Par contre, uplib est toujours inaccessible, et le message d'erreur = panique complète.
En fait, j'ai beau avoir réduit la BD, si l'accès en écriture y est bloqué, ça continue logiquement à coincer.
Lancement update.php
Une autre idée serait de suivre le conseil d'un des messages d'erreur :
A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script
Error 403 - Access forbidden
sans trop de surprise.
Faut lancer ça autrement.
