Discussion :

[Le_MaLaDe]

Bonjour,
j'ai voulu migrer une base de données sur un nouveau serveur, mais malheureusement je rencontre des perturbations plutôt étranges.
Mon ancien serveur mysql était la 4.1.9, et le nouveau un 5.0.18.
Je crée donc ma nouvelle base de données (j'utilise l'interface phpmyadmin 2.7.0), et quand j'exécute toutes mes requêtes de créations de tables et d'insert phpmyadmin me perd mes bases et mes tables !
Impossible de supprimer la base, et pourtant on peut y accéder en ligne de commande $mysql, et mon application php arrive bien à faire ses select, mais phpmyadmin rien. ou quand par bonheur il voit mes bases et que j'en sélectionne une, il me dit qu'il n'arrive pas à accéder au fichier, ou que le serveur a fait un timeout... enfin bref plusieurs messages différents et tous plus bizarres.
Donc je tente d'ajouter de supprimer la base manuellement (rm -rf /var/mysql/ma_base) et de relancer mysql et là phpmyadmin revoit les bases installées par défaut de mysql. Je décide donc d'ajouter mes tables une à une (ma base en contient 49), jusqu'à la 48 ème pas de problème je me dis que ça va être bon, mais quand j'ajoute la 49 ème rebelotte reperte des bases par phpmyadmin, je ressuprime donc la table (soit un rm /var/mysql/mabase/matable.*) soit un drop table dans mysql en ligne de commande et hop un bon affichage dans phpmyadmin.
Par contre j'aurai toujours le même problème si j'ajoute une table dans une autre base existante, ou en copiant la base de données.
Le dernier message d'erreur en voulant ajouter une table dans ma base est :

MySQL a répondu:Documentation
#1018 - Can't read dir of './mabase/' (errno: 9)

Alors que tous mes fichiers et répertoire dans /var/mysql ont les mêmes droits à savoir rw pour _mysql:_mysql

Enfin bref, merci si vous avez des pistes car là je n'ai aucune solution à mon problème...

PS : je n'ai aucune particularité qui pourrait rendre ma base incompatible avec la version 5 de mysql, et mon serveur est sous openbsd 3.9

[Le_MaLaDe]

Dans la suite des comportements bizarres voilà un message d'erreur.
J'ai donc toujours 48 table dans ma base 1 pour pas faire planter mysql. Dans une 2ème base j'ajoute une table sans problème, mais quand je veux juste accéder à ma base 1 hop, plantage :

Serveur: 127.0.0.1 - Base de données: base1 - Table: matatable
Erreur

requête SQL: DocumentationModifier

SELECT COUNT( * ) AS num
FROM `base1`.`type`

MySQL a répondu:Documentation
#29 - File './base1/type.MYD' not found (Errcode: 9)

Ce qui est étrange c'est que phpmyadmin m'indique "matatable" dans base 1 alors qu'elle a été créée dans base 2, et dans les fichiers mysql base1/type.MYD existe bien, et ce problème intervient dès que je crée la table dans la base 2, si je la supprime je peux à nouveau accéder aux bases sans problème :roll:

[Le_MaLaDe]

Bon apparemment ça ne vient pas de ma version de mysql car pour être certain j'ai enlevé mysql 5.0 pour mettre la 4.1, et je rencontre les mêmes problèmes : quand je veux faire tous mes insert j'ai le message :

Erreur

requête SQL: DocumentationModifier

SELECT COUNT( * ) AS num
FROM `mabase`.`table3`

MySQL a répondu:Documentation
#1105 - File './mabase/table3.MYD' not found (Errcode: 9)

comme si la table 3 (dans ce cas là) faisait planter mysql.
Bref c'est à y perdre mon latin... je me demande si c'est pas un problème de privilèges... et encore ce sont les privilèges de base auxquels je rajoute un mot de passe au root.

[Le_MaLaDe]

En refaisant des tests j'en profite pour indiquer les nouveaux messages d'erreurs divers que je rencontre, donc toujours après avoir importer ma base, en voulant la supprimer via phpmyadmin :

Erreur

requête SQL:

DROP DATABASE `mabase`

MySQL a répondu:Documentation
#1008 - Can't drop database 'mabase'; database doesn't exist

et quand je fais mysqladmin drop mabase -u root -p

mysqladmin: connect to server at 'localhost' failed
error: 'Lost connection to MySQL server during query'

Alors que bien entendu le serveur fonctionne et que les select retourne les bonnes valeurs et la seule solution est un rm -rf /var/mysql/mabase

[Le_MaLaDe]

Bon décidemment je n'y comprends vraiment rien.
Quand je repars à zéro avec juste ma base mysql, je fais comme opération une copie de cette base vers une nouvelle, donc je fais un mysql2 (copie conforme à la base mysql) mysql, et là pouf erreur à partir de là plus possible de faire de copies sans avoir pour chaque nouvelle base un message d'erreur :

Erreur

requête SQL: DocumentationModifier

CREATE TABLE `mysql6`.`columns_priv` (
`Host` char( 60 ) COLLATE utf8_bin NOT NULL default '',
`Db` char( 64 ) COLLATE utf8_bin NOT NULL default '',
`User` char( 16 ) COLLATE utf8_bin NOT NULL default '',
`Table_name` char( 64 ) COLLATE utf8_bin NOT NULL default '',
`Column_name` char( 64 ) COLLATE utf8_bin NOT NULL default '',
`Timestamp` timestamp NOT NULL default CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP ,
`Column_priv` set( 'Select', 'Insert', 'Update', 'References' ) CHARACTER SET utf8 NOT NULL default '',
PRIMARY KEY ( `Host` , `Db` , `User` , `Table_name` , `Column_name` )
) ENGINE = MYISAM DEFAULT CHARSET = utf8 COLLATE = utf8_bin COMMENT = 'Column privileges'

MySQL a répondu:Documentation
#1 - Can't create/write to file './mysql6/columns_priv.MYD' (Errcode: 9)

Le problème doit donc bien venir d'une limite puisque je peux créer sans problème 2 bases copiées de mysql

[Le_MaLaDe]

Pouf pouf...
je viens de retenter un import, bien entendu message d'erreurs sur la dernière table. Je fais un refresh, je retente juste après l'import et là pas d'erreurs, ma base est bien créée, mais comme ça serait trop beau, dans phpmyadmin il m'indique pas de tables dans la base, je resélectionne une autre base, je reprends ensuite ma base et là un message que je n'avais plus depuis 24h

Erreur

MySQL a répondu:Documentation
#2013 - Lost connection to MySQL server during query

et donc plus aucune opération possible, ni de me connecter ni de supprimer, à moins d'effacer la base à coups de rm

[Le_MaLaDe]

Bon je me demande s'il y a pas une incompatibilité entre mysql et openbsd car je n'ai aucun problème sur un serveur windows en effectuant les mêmes opérations et j'ai obtenu les mêmes bugs sur un autre serveur openbsd (3.8 cette fois).