This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig61D37DFC005AD096F3E7F9D2
Content-Type: multipart/alternative;
boundary="------------050002050805060602090809"
This is a multi-part message in MIME format.
--------------050002050805060602090809
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Bonjour =E0 tous et d=E9sol=E9 pour le HS,
soit un insert en mass qui plante pour je ne sais pas trop quelle
raison, la table ma_table dans la base ma_base reste "lock=E9". Impossibl=
e
de relancer l'import. Ma table est en InnoDB.
Un second lancement me dit que que ma_base.ma_table n'existe pas (j'ai pl=
us
le message exacte sous la main)
Pour d=E9bloquer j'ai test=E9 :
- kill du script d'import
- relance de mysql
- mysqlcheck : il me r=E9pond que ma_base.ma_table n'existe pas=20
- drop database ma_base + create database; puis chargement d'un dump de
sauvegarde : ERROR 1005 (HY000) at line 11643: Can't create table
'ma_base.ma_table' (errno: 121)
- drop database + drop user, puis create database + create user, puis
chargement du dump et la =E7a fonctionne.
Quelqu'un peut m'expliquer pourquoi il faut faire un drop du user pour
pouvoir recr=E9er un objet dans une base toute neuve ?
pour info, la table en question c'est la table "catalogsearch_result"
d'un magento.
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta http-equiv=3D"content-type" content=3D"text/html; charset=3DISO=
-8859-1">
</head>
<body bgcolor=3D"#ffffff" text=3D"#000000">
<div class=3D"moz-text-plain" wrap=3D"true" style=3D"font-family:
-moz-fixed; font-size: 12px;" lang=3D"x-western">
<pre wrap=3D""> Bonjour à tous et désolé po=
ur le HS,
soit un insert en mass qui plante pour je ne sais pas trop quelle
raison, la table ma_table dans la base ma_base reste "locké". Impo=
ssible
de relancer l'import. Ma table est en InnoDB.
Un second lancement me dit que que ma_base.ma_table n'existe pas (j'ai pl=
us
le message exacte sous la main)
Pour débloquer j'ai testé :
- kill du script d'import
- relance de mysql
- mysqlcheck : il me répond que ma_base.ma_table n'existe pas=20
- drop database ma_base + create database; puis chargement d'un dump de
sauvegarde : ERROR 1005 (HY000) at line 11643: Can't create table
'ma_base.ma_table' (errno: 121)
- drop database + drop user, puis create database + create user, puis
chargement du dump et la ça fonctionne.
Quelqu'un peut m'expliquer pourquoi il faut faire un drop du user pour
pouvoir recréer un objet dans une base toute neuve ?
pour info, la table en question c'est la table "catalogsearch_result"
d'un magento.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4ED7AD6C.1090601@tcweb.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Guillaume
Le jeu. 01 déc. 2011 17:38:04 CET, Thomas Clavier a écrit :
Bonjour à tous et désolé pour le HS,
soit un insert en mass qui plante pour je ne sais pas trop quelle raison, la table ma_table dans la base ma_base reste "locké". Impossible de relancer l'import. Ma table est en InnoDB.
Un second lancement me dit que que ma_base.ma_table n'existe pas (j'ai plus le message exacte sous la main)
Pour débloquer j'ai testé : - kill du script d'import - relance de mysql - mysqlcheck : il me répond que ma_base.ma_table n'existe pas - drop database ma_base + create database; puis chargement d'un dump de sauvegarde : ERROR 1005 (HY000) at line 11643: Can't create table 'ma_base.ma_table' (errno: 121) - drop database + drop user, puis create database + create user, puis chargement du dump et la ça fonctionne.
Quelqu'un peut m'expliquer pourquoi il faut faire un drop du user pour pouvoir recréer un objet dans une base toute neuve ?
pour info, la table en question c'est la table "catalogsearch_result" d'un magento.
Tu peux donner les droits à une utilisateur uniquement sur une partie des tables d'une base. C'était peut-être le cas ? Il aurait fallu faire les tests suivants pour répondre : Quand tu avais le message indiquant qu'il n'y avait pas la table demandée, existait-elle bien ? Que donnait une insertion avec ton utilisateur ? Si elle échouait, que donnait l'insertion avec root ?
Bonne soirée, Guillaume
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Le jeu. 01 déc. 2011 17:38:04 CET, Thomas Clavier a écrit :
Bonjour à tous et désolé pour le HS,
soit un insert en mass qui plante pour je ne sais pas trop quelle
raison, la table ma_table dans la base ma_base reste "locké". Impossible
de relancer l'import. Ma table est en InnoDB.
Un second lancement me dit que que ma_base.ma_table n'existe pas (j'ai plus
le message exacte sous la main)
Pour débloquer j'ai testé :
- kill du script d'import
- relance de mysql
- mysqlcheck : il me répond que ma_base.ma_table n'existe pas
- drop database ma_base + create database; puis chargement d'un dump de
sauvegarde : ERROR 1005 (HY000) at line 11643: Can't create table
'ma_base.ma_table' (errno: 121)
- drop database + drop user, puis create database + create user, puis
chargement du dump et la ça fonctionne.
Quelqu'un peut m'expliquer pourquoi il faut faire un drop du user pour
pouvoir recréer un objet dans une base toute neuve ?
pour info, la table en question c'est la table "catalogsearch_result"
d'un magento.
Tu peux donner les droits à une utilisateur uniquement sur une partie
des tables d'une base. C'était peut-être le cas ?
Il aurait fallu faire les tests suivants pour répondre :
Quand tu avais le message indiquant qu'il n'y avait pas la table
demandée, existait-elle bien ? Que donnait une insertion avec ton
utilisateur ? Si elle échouait, que donnait l'insertion avec root ?
Bonne soirée,
Guillaume
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4ED7D8AB.4010801@sfr.fr
Le jeu. 01 déc. 2011 17:38:04 CET, Thomas Clavier a écrit :
Bonjour à tous et désolé pour le HS,
soit un insert en mass qui plante pour je ne sais pas trop quelle raison, la table ma_table dans la base ma_base reste "locké". Impossible de relancer l'import. Ma table est en InnoDB.
Un second lancement me dit que que ma_base.ma_table n'existe pas (j'ai plus le message exacte sous la main)
Pour débloquer j'ai testé : - kill du script d'import - relance de mysql - mysqlcheck : il me répond que ma_base.ma_table n'existe pas - drop database ma_base + create database; puis chargement d'un dump de sauvegarde : ERROR 1005 (HY000) at line 11643: Can't create table 'ma_base.ma_table' (errno: 121) - drop database + drop user, puis create database + create user, puis chargement du dump et la ça fonctionne.
Quelqu'un peut m'expliquer pourquoi il faut faire un drop du user pour pouvoir recréer un objet dans une base toute neuve ?
pour info, la table en question c'est la table "catalogsearch_result" d'un magento.
Tu peux donner les droits à une utilisateur uniquement sur une partie des tables d'une base. C'était peut-être le cas ? Il aurait fallu faire les tests suivants pour répondre : Quand tu avais le message indiquant qu'il n'y avait pas la table demandée, existait-elle bien ? Que donnait une insertion avec ton utilisateur ? Si elle échouait, que donnait l'insertion avec root ?
Bonne soirée, Guillaume
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
L'InnoDb gère le mode transactionnel. De faites à chaque update, ou insert la table est locké pour pas que d'autre requêtes ninterfère.
Pour delocké la table, un unlock <table> suffit.
Pour trouver d'où vient ton problème de départ, peux-tu nous donner p lus de précision sur ta requête de départ.
Steven
Le 1 décembre 2011 20:42, Guillaume a écrit :
Le jeu. 01 déc. 2011 17:38:04 CET, Thomas Clavier a écrit :
Bonjour à tous et désolé pour le HS,
soit un insert en mass qui plante pour je ne sais pas trop quelle raison, la table ma_table dans la base ma_base reste "locké". Impossib le de relancer l'import. Ma table est en InnoDB.
Un second lancement me dit que que ma_base.ma_table n'existe pas (j'ai plus le message exacte sous la main)
Pour débloquer j'ai testé : - kill du script d'import - relance de mysql - mysqlcheck : il me répond que ma_base.ma_table n'existe pas - drop database ma_base + create database; puis chargement d'un dump de sauvegarde : ERROR 1005 (HY000) at line 11643: Can't create table 'ma_base.ma_table' (errno: 121) - drop database + drop user, puis create database + create user, puis chargement du dump et la ça fonctionne.
Quelqu'un peut m'expliquer pourquoi il faut faire un drop du user pour pouvoir recréer un objet dans une base toute neuve ?
pour info, la table en question c'est la table "catalogsearch_result" d'un magento.
Tu peux donner les droits à une utilisateur uniquement sur une partie d es tables d'une base. C'était peut-être le cas ? Il aurait fallu faire les tests suivants pour répondre : Quand tu avais le message indiquant qu'il n'y avait pas la table demand ée, existait-elle bien ? Que donnait une insertion avec ton utilisateur ? Si elle échouait, que donnait l'insertion avec root ?
Bonne soirée, Guillaume
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/**FrenchLists<http://wiki.debian.org/fr/FrenchL ists>
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-REQUEST@**lists.debian.org<debian-user-french-REQ En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/**<http://lists.d ebian.org/
L'InnoDb gère le mode transactionnel.<br>De faites à chaque update, ou insert la table est locké pour pas que d'autre requêtes nint erfère.<br><br>Pour delocké la table, un unlock <table> suffit.<b r><br>Pour trouver d'où vient ton problème de départ, peux-tu nou s donner plus de précision sur ta requête de départ. <br clear= "all"> <br>Steven<br><br> <br><br><div class="gmail_quote">Le 1 décembre 2011 20:42, Guillaume <s pan dir="ltr"><<a href="mailto:">guillaume.l </a>></span> a écrit :<br><blockquote class="gmail_quot e" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;" > Le jeu. 01 déc. 2011 17:38:04 CET, Thomas Clavier a écrit :<div class ="im"><br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1p x #ccc solid;padding-left:1ex"> Bonjour à tous et désolé pour le HS,<br> <br> soit un insert en mass qui plante pour je ne sais pas trop quelle<br> raison, la table ma_table dans la base ma_base reste "locké". I mpossible<br> de relancer l'import. Ma table est en InnoDB.<br> <br> Un second lancement me dit que que ma_base.ma_table n'existe pas (j' ;ai plus<br> le message exacte sous la main)<br> <br> Pour débloquer j'ai testé :<br> - kill du script d'import<br> - relance de mysql<br> - mysqlcheck : il me répond que ma_base.ma_table n'existe pas<br> - drop database ma_base + create database; puis chargement d'un dump de <br> sauvegarde : ERROR 1005 (HY000) at line 11643: Can't create table<br> 'ma_base.ma_table' (errno: 121)<br> - drop database + drop user, puis create database + create user, puis<br> chargement du dump et la ça fonctionne.<br> <br> Quelqu'un peut m'expliquer pourquoi il faut faire un drop du user p our<br> pouvoir recréer un objet dans une base toute neuve ?<br> <br> pour info, la table en question c'est la table "catalogsearch_resu lt"<br> d'un magento.<br> <br> -- Thomas Clavier <a href="http://www.azae.net" target="_blank">http:// www.azae.net</a> Jabber/XMPP/Gtalk :<br> <a href="mailto:" target="_blank"></a > +33 (0)6 20 81 81 30<br> <br> </blockquote> <br></div> Tu peux donner les droits à une utilisateur uniquement sur une partie des tables d'une base. C'était peut-être le cas ?<br> Il aurait fallu faire les tests suivants pour répondre :<br> Quand tu avais le message indiquant qu'il n'y avait pas la table de mandée, existait-elle bien ? Que donnait une insertion avec ton utilisate ur ? Si elle échouait, que donnait l'insertion avec root ?<br> <br> Bonne soirée,<span class="HOEnZb"><font color="#888888"><br> Guillaume<br> <br> -- <br> Lisez la FAQ de la liste avant de poser une question :<br> <a href="http://wiki.debian.org/fr/FrenchLists" target="_blank">http:// wiki.debian.org/fr/<u></u>FrenchLists</a><br> <br> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe "<br> vers <a href="mailto:" target ="_blank">debian-user-french-REQUEST@<u></u>lists.debian.org</a><br> En cas de soucis, contactez EN ANGLAIS <a href="mailto: ebian.org" target="_blank"></a><br> Archive: <a href="http://lists.debian.org/" target ="_blank">http://lists.debian.org/<u></u></a><br> <br> </font></span></blockquote></div><br>
--0016e6de03a6a75f2004b30e6af2--
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/CALbQ=kjn2PzQuw9hn5EqYuHO=Hq+
L'InnoDb gère le mode transactionnel.
De faites à chaque update, ou insert la table est locké pour pas que
d'autre requêtes ninterfère.
Pour delocké la table, un unlock <table> suffit.
Pour trouver d'où vient ton problème de départ, peux-tu nous donner p lus de
précision sur ta requête de départ.
Steven
Le 1 décembre 2011 20:42, Guillaume <guillaume.lehmann@sfr.fr> a écrit :
Le jeu. 01 déc. 2011 17:38:04 CET, Thomas Clavier a écrit :
Bonjour à tous et désolé pour le HS,
soit un insert en mass qui plante pour je ne sais pas trop quelle
raison, la table ma_table dans la base ma_base reste "locké". Impossib le
de relancer l'import. Ma table est en InnoDB.
Un second lancement me dit que que ma_base.ma_table n'existe pas (j'ai
plus
le message exacte sous la main)
Pour débloquer j'ai testé :
- kill du script d'import
- relance de mysql
- mysqlcheck : il me répond que ma_base.ma_table n'existe pas
- drop database ma_base + create database; puis chargement d'un dump de
sauvegarde : ERROR 1005 (HY000) at line 11643: Can't create table
'ma_base.ma_table' (errno: 121)
- drop database + drop user, puis create database + create user, puis
chargement du dump et la ça fonctionne.
Quelqu'un peut m'expliquer pourquoi il faut faire un drop du user pour
pouvoir recréer un objet dans une base toute neuve ?
pour info, la table en question c'est la table "catalogsearch_result"
d'un magento.
Tu peux donner les droits à une utilisateur uniquement sur une partie d es
tables d'une base. C'était peut-être le cas ?
Il aurait fallu faire les tests suivants pour répondre :
Quand tu avais le message indiquant qu'il n'y avait pas la table demand ée,
existait-elle bien ? Que donnait une insertion avec ton utilisateur ? Si
elle échouait, que donnait l'insertion avec root ?
Bonne soirée,
Guillaume
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/**FrenchLists<http://wiki.debian.org/fr/FrenchL ists>
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@**lists.debian.org<debian-user-french-REQ UEST@lists.debian.org>
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/**4ED7D8AB.4010801@sfr.fr<http://lists.d ebian.org/4ED7D8AB.4010801@sfr.fr>
L'InnoDb gère le mode transactionnel.<br>De faites à chaque update, ou insert la table est locké pour pas que d'autre requêtes nint erfère.<br><br>Pour delocké la table, un unlock <table> suffit.<b r><br>Pour trouver d'où vient ton problème de départ, peux-tu nou s donner plus de précision sur ta requête de départ. <br clear= "all">
<br>Steven<br><br>
<br><br><div class="gmail_quote">Le 1 décembre 2011 20:42, Guillaume <s pan dir="ltr"><<a href="mailto:guillaume.lehmann@sfr.fr">guillaume.l ehmann@sfr.fr</a>></span> a écrit :<br><blockquote class="gmail_quot e" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;" >
Le jeu. 01 déc. 2011 17:38:04 CET, Thomas Clavier a écrit :<div class ="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1p x #ccc solid;padding-left:1ex">
Bonjour à tous et désolé pour le HS,<br>
<br>
soit un insert en mass qui plante pour je ne sais pas trop quelle<br>
raison, la table ma_table dans la base ma_base reste "locké". I mpossible<br>
de relancer l'import. Ma table est en InnoDB.<br>
<br>
Un second lancement me dit que que ma_base.ma_table n'existe pas (j' ;ai plus<br>
le message exacte sous la main)<br>
<br>
Pour débloquer j'ai testé :<br>
- kill du script d'import<br>
- relance de mysql<br>
- mysqlcheck : il me répond que ma_base.ma_table n'existe pas<br>
- drop database ma_base + create database; puis chargement d'un dump de <br>
sauvegarde : ERROR 1005 (HY000) at line 11643: Can't create table<br>
'ma_base.ma_table' (errno: 121)<br>
- drop database + drop user, puis create database + create user, puis<br>
chargement du dump et la ça fonctionne.<br>
<br>
Quelqu'un peut m'expliquer pourquoi il faut faire un drop du user p our<br>
pouvoir recréer un objet dans une base toute neuve ?<br>
<br>
pour info, la table en question c'est la table "catalogsearch_resu lt"<br>
d'un magento.<br>
<br>
-- Thomas Clavier <a href="http://www.azae.net" target="_blank">http:// www.azae.net</a> Jabber/XMPP/Gtalk :<br>
<a href="mailto:tclavier@azae.net" target="_blank">tclavier@azae.net</a > +33 (0)6 20 81 81 30<br>
<br>
</blockquote>
<br></div>
Tu peux donner les droits à une utilisateur uniquement sur une partie des tables d'une base. C'était peut-être le cas ?<br>
Il aurait fallu faire les tests suivants pour répondre :<br>
Quand tu avais le message indiquant qu'il n'y avait pas la table de mandée, existait-elle bien ? Que donnait une insertion avec ton utilisate ur ? Si elle échouait, que donnait l'insertion avec root ?<br>
<br>
Bonne soirée,<span class="HOEnZb"><font color="#888888"><br>
Guillaume<br>
<br>
-- <br>
Lisez la FAQ de la liste avant de poser une question :<br>
<a href="http://wiki.debian.org/fr/FrenchLists" target="_blank">http:// wiki.debian.org/fr/<u></u>FrenchLists</a><br>
<br>
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe "<br>
vers <a href="mailto:debian-user-french-REQUEST@lists.debian.org" target ="_blank">debian-user-french-REQUEST@<u></u>lists.debian.org</a><br>
En cas de soucis, contactez EN ANGLAIS <a href="mailto:listmaster@lists.d ebian.org" target="_blank">listmaster@lists.debian.org</a><br>
Archive: <a href="http://lists.debian.org/4ED7D8AB.4010801@sfr.fr" target ="_blank">http://lists.debian.org/<u></u>4ED7D8AB.4010801@sfr.fr</a><br>
<br>
</font></span></blockquote></div><br>
--0016e6de03a6a75f2004b30e6af2--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/CALbQ=kjn2PzQuw9hn5EqYuHO=Hq+Gj9iXiBr5XzCqmOCtyKt0g@mail.gmail.com
L'InnoDb gère le mode transactionnel. De faites à chaque update, ou insert la table est locké pour pas que d'autre requêtes ninterfère.
Pour delocké la table, un unlock <table> suffit.
Pour trouver d'où vient ton problème de départ, peux-tu nous donner p lus de précision sur ta requête de départ.
Steven
Le 1 décembre 2011 20:42, Guillaume a écrit :
Le jeu. 01 déc. 2011 17:38:04 CET, Thomas Clavier a écrit :
Bonjour à tous et désolé pour le HS,
soit un insert en mass qui plante pour je ne sais pas trop quelle raison, la table ma_table dans la base ma_base reste "locké". Impossib le de relancer l'import. Ma table est en InnoDB.
Un second lancement me dit que que ma_base.ma_table n'existe pas (j'ai plus le message exacte sous la main)
Pour débloquer j'ai testé : - kill du script d'import - relance de mysql - mysqlcheck : il me répond que ma_base.ma_table n'existe pas - drop database ma_base + create database; puis chargement d'un dump de sauvegarde : ERROR 1005 (HY000) at line 11643: Can't create table 'ma_base.ma_table' (errno: 121) - drop database + drop user, puis create database + create user, puis chargement du dump et la ça fonctionne.
Quelqu'un peut m'expliquer pourquoi il faut faire un drop du user pour pouvoir recréer un objet dans une base toute neuve ?
pour info, la table en question c'est la table "catalogsearch_result" d'un magento.
Tu peux donner les droits à une utilisateur uniquement sur une partie d es tables d'une base. C'était peut-être le cas ? Il aurait fallu faire les tests suivants pour répondre : Quand tu avais le message indiquant qu'il n'y avait pas la table demand ée, existait-elle bien ? Que donnait une insertion avec ton utilisateur ? Si elle échouait, que donnait l'insertion avec root ?
Bonne soirée, Guillaume
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/**FrenchLists<http://wiki.debian.org/fr/FrenchL ists>
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-REQUEST@**lists.debian.org<debian-user-french-REQ En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/**<http://lists.d ebian.org/
L'InnoDb gère le mode transactionnel.<br>De faites à chaque update, ou insert la table est locké pour pas que d'autre requêtes nint erfère.<br><br>Pour delocké la table, un unlock <table> suffit.<b r><br>Pour trouver d'où vient ton problème de départ, peux-tu nou s donner plus de précision sur ta requête de départ. <br clear= "all"> <br>Steven<br><br> <br><br><div class="gmail_quote">Le 1 décembre 2011 20:42, Guillaume <s pan dir="ltr"><<a href="mailto:">guillaume.l </a>></span> a écrit :<br><blockquote class="gmail_quot e" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;" > Le jeu. 01 déc. 2011 17:38:04 CET, Thomas Clavier a écrit :<div class ="im"><br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1p x #ccc solid;padding-left:1ex"> Bonjour à tous et désolé pour le HS,<br> <br> soit un insert en mass qui plante pour je ne sais pas trop quelle<br> raison, la table ma_table dans la base ma_base reste "locké". I mpossible<br> de relancer l'import. Ma table est en InnoDB.<br> <br> Un second lancement me dit que que ma_base.ma_table n'existe pas (j' ;ai plus<br> le message exacte sous la main)<br> <br> Pour débloquer j'ai testé :<br> - kill du script d'import<br> - relance de mysql<br> - mysqlcheck : il me répond que ma_base.ma_table n'existe pas<br> - drop database ma_base + create database; puis chargement d'un dump de <br> sauvegarde : ERROR 1005 (HY000) at line 11643: Can't create table<br> 'ma_base.ma_table' (errno: 121)<br> - drop database + drop user, puis create database + create user, puis<br> chargement du dump et la ça fonctionne.<br> <br> Quelqu'un peut m'expliquer pourquoi il faut faire un drop du user p our<br> pouvoir recréer un objet dans une base toute neuve ?<br> <br> pour info, la table en question c'est la table "catalogsearch_resu lt"<br> d'un magento.<br> <br> -- Thomas Clavier <a href="http://www.azae.net" target="_blank">http:// www.azae.net</a> Jabber/XMPP/Gtalk :<br> <a href="mailto:" target="_blank"></a > +33 (0)6 20 81 81 30<br> <br> </blockquote> <br></div> Tu peux donner les droits à une utilisateur uniquement sur une partie des tables d'une base. C'était peut-être le cas ?<br> Il aurait fallu faire les tests suivants pour répondre :<br> Quand tu avais le message indiquant qu'il n'y avait pas la table de mandée, existait-elle bien ? Que donnait une insertion avec ton utilisate ur ? Si elle échouait, que donnait l'insertion avec root ?<br> <br> Bonne soirée,<span class="HOEnZb"><font color="#888888"><br> Guillaume<br> <br> -- <br> Lisez la FAQ de la liste avant de poser une question :<br> <a href="http://wiki.debian.org/fr/FrenchLists" target="_blank">http:// wiki.debian.org/fr/<u></u>FrenchLists</a><br> <br> Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe "<br> vers <a href="mailto:" target ="_blank">debian-user-french-REQUEST@<u></u>lists.debian.org</a><br> En cas de soucis, contactez EN ANGLAIS <a href="mailto: ebian.org" target="_blank"></a><br> Archive: <a href="http://lists.debian.org/" target ="_blank">http://lists.debian.org/<u></u></a><br> <br> </font></span></blockquote></div><br>
--0016e6de03a6a75f2004b30e6af2--
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/CALbQ=kjn2PzQuw9hn5EqYuHO=Hq+
--
If you want to know what god thinks of money, just look at the
people he gave it to.
-- Dorthy Parker
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20111201223247.3d98fcf4@anubis.defcon1
-- If you want to know what god thinks of money, just look at the people he gave it to. -- Dorthy Parker
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Thomas Clavier
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2E6E3248E9C3AB619A9F6FD0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Le 01/12/2011 22:20, Steven D a écrit :
L'InnoDb gère le mode transactionnel. De faites à chaque update, ou insert la table est locké pour pas qu e d'autre requêtes ninterfère.
Pour delocké la table, un unlock <table> suffit.
Pour trouver d'où vient ton problème de départ, peux-tu nous donn er plus de précision sur ta requête de départ.
ça j'ai pas, surtout que si j'avais on pourrais corriger le problème à la source ;-) un show full processlist quand le batch d'import plante ne montre rien ... et en fait c'est normale.
Merci pour la piste, ce qui ce passe : - le process d'import lock la table - il plante et le lock n'est pas libéré
Je pensais qu'en rebootant mysql la file d'attente des lock serait ré-initialisé ... mais non. Idem quand on drop la base, la file d'attente des lock persiste. Il faut "droper" le user pour que les locks posé par l'utilisateur soient supprimés. L'autre solution beaucoup beaucoup plus simple c'est unlock de la table ... mais quand mysql nous dit, la table n'existe pas difficile d'y penser :-)
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig2E6E3248E9C3AB619A9F6FD0
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
Le 01/12/2011 22:20, Steven D a écrit :
L'InnoDb gère le mode transactionnel.
De faites à chaque update, ou insert la table est locké pour pas qu e
d'autre requêtes ninterfère.
Pour delocké la table, un unlock <table> suffit.
Pour trouver d'où vient ton problème de départ, peux-tu nous donn er
plus de précision sur ta requête de départ.
ça j'ai pas, surtout que si j'avais on pourrais corriger le problème à
la source ;-) un show full processlist quand le batch d'import plante ne
montre rien ... et en fait c'est normale.
Merci pour la piste, ce qui ce passe :
- le process d'import lock la table
- il plante et le lock n'est pas libéré
Je pensais qu'en rebootant mysql la file d'attente des lock serait
ré-initialisé ... mais non. Idem quand on drop la base, la file
d'attente des lock persiste. Il faut "droper" le user pour que les locks
posé par l'utilisateur soient supprimés. L'autre solution beaucoup
beaucoup plus simple c'est unlock de la table ... mais quand mysql nous
dit, la table n'existe pas difficile d'y penser :-)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4ED8957C.1040504@tcweb.org
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2E6E3248E9C3AB619A9F6FD0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Le 01/12/2011 22:20, Steven D a écrit :
L'InnoDb gère le mode transactionnel. De faites à chaque update, ou insert la table est locké pour pas qu e d'autre requêtes ninterfère.
Pour delocké la table, un unlock <table> suffit.
Pour trouver d'où vient ton problème de départ, peux-tu nous donn er plus de précision sur ta requête de départ.
ça j'ai pas, surtout que si j'avais on pourrais corriger le problème à la source ;-) un show full processlist quand le batch d'import plante ne montre rien ... et en fait c'est normale.
Merci pour la piste, ce qui ce passe : - le process d'import lock la table - il plante et le lock n'est pas libéré
Je pensais qu'en rebootant mysql la file d'attente des lock serait ré-initialisé ... mais non. Idem quand on drop la base, la file d'attente des lock persiste. Il faut "droper" le user pour que les locks posé par l'utilisateur soient supprimés. L'autre solution beaucoup beaucoup plus simple c'est unlock de la table ... mais quand mysql nous dit, la table n'existe pas difficile d'y penser :-)
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Jean-Michel OLTRA
Bonjour,
Le vendredi 02 décembre 2011, Thomas Clavier a écrit...
ça j'ai pas, surtout que si j'avais on pourrais corriger le problème à la source ;-) un show full processlist quand le batch d'import plante ne montre rien ... et en fait c'est normale.
Merci pour la piste, ce qui ce passe : - le process d'import lock la table - il plante et le lock n'est pas libéré
Je pensais qu'en rebootant mysql la file d'attente des lock serait ré-initialisé ... mais non. Idem quand on drop la base, la file d'attente des lock persiste. Il faut "droper" le user pour que les locks posé par l'utilisateur soient supprimés. L'autre solution beaucoup beaucoup plus simple c'est unlock de la table ... mais quand mysql nous dit, la table n'existe pas difficile d'y penser :-)
Pourrais tu faire un rollback lorsque le batch plante ? Quitte à mettre des points d'arrêts (savepoints) peut-être si c'est possible, pour ne pas tout rollback'er ?
-- jm
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Bonjour,
Le vendredi 02 décembre 2011, Thomas Clavier a écrit...
ça j'ai pas, surtout que si j'avais on pourrais corriger le problème à
la source ;-) un show full processlist quand le batch d'import plante ne
montre rien ... et en fait c'est normale.
Merci pour la piste, ce qui ce passe :
- le process d'import lock la table
- il plante et le lock n'est pas libéré
Je pensais qu'en rebootant mysql la file d'attente des lock serait
ré-initialisé ... mais non. Idem quand on drop la base, la file
d'attente des lock persiste. Il faut "droper" le user pour que les locks
posé par l'utilisateur soient supprimés. L'autre solution beaucoup
beaucoup plus simple c'est unlock de la table ... mais quand mysql nous
dit, la table n'existe pas difficile d'y penser :-)
Pourrais tu faire un rollback lorsque le batch plante ? Quitte à mettre
des points d'arrêts (savepoints) peut-être si c'est possible, pour ne
pas tout rollback'er ?
--
jm
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20111202100344.GE2297@espinasse
Le vendredi 02 décembre 2011, Thomas Clavier a écrit...
ça j'ai pas, surtout que si j'avais on pourrais corriger le problème à la source ;-) un show full processlist quand le batch d'import plante ne montre rien ... et en fait c'est normale.
Merci pour la piste, ce qui ce passe : - le process d'import lock la table - il plante et le lock n'est pas libéré
Je pensais qu'en rebootant mysql la file d'attente des lock serait ré-initialisé ... mais non. Idem quand on drop la base, la file d'attente des lock persiste. Il faut "droper" le user pour que les locks posé par l'utilisateur soient supprimés. L'autre solution beaucoup beaucoup plus simple c'est unlock de la table ... mais quand mysql nous dit, la table n'existe pas difficile d'y penser :-)
Pourrais tu faire un rollback lorsque le batch plante ? Quitte à mettre des points d'arrêts (savepoints) peut-être si c'est possible, pour ne pas tout rollback'er ?
-- jm
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
Thomas Clavier
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB7779B9230DF186528C49A3A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Pourrais tu faire un rollback lorsque le batch plante ? Quitte à m ettre des points d'arrêts (savepoints) peut-être si c'est possible, pour ne pas tout rollback'er ?
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS Archive: http://lists.debian.org/
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enigB7779B9230DF186528C49A3A
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Pourrais tu faire un rollback lorsque le batch plante ? Quitte à m ettre
des points d'arrêts (savepoints) peut-être si c'est possible, pour ne
pas tout rollback'er ?
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4ED8B1C2.2000301@tcweb.org
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB7779B9230DF186528C49A3A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Pourrais tu faire un rollback lorsque le batch plante ? Quitte à m ettre des points d'arrêts (savepoints) peut-être si c'est possible, pour ne pas tout rollback'er ?