sqlPrivé, "performance", importation de base non fiable, erreur aléatoire
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Question

sqlPrivé, "performance", importation de base non fiable, erreur aléatoire

by
kyodev
Created on 2019-06-22 11:52:24 (edited on 2024-09-04 13:06:21) in Hébergements Web

objectif: scripter le clonage d'une base pour le dev

je reprends un script existant
je suis sur un hébergement *"haut de gamme"* Ovh, avec de *l'illimité* un peu partout

en ssh:
```text
for i in {1..10}; do echo -n "$i "; mysql dev < ovh_prestashop.sql; echo; done

1 ERROR 2013 (HY000) at line 4271: Lost connection to MySQL server during query
2
3 ERROR 2006 (HY000) at line 1693: MySQL server has gone away
4
5 ERROR 2006 (HY000) at line 1812: MySQL server has gone away
6
7 ERROR 1317 (70100) at line 1811: Query execution was interrupted
8
9 ERROR 2006 (HY000) at line 1810: MySQL server has gone away
10

# ---

1 ERROR 2006 (HY000) at line 1810: MySQL server has gone away
2
3 ERROR 2006 (HY000) at line 1814: MySQL server has gone away
4
5 ERROR 1317 (70100) at line 1815: Query execution was interrupted
6
7 ERROR 1317 (70100) at line 1813: Query execution was interrupted
8
9 ERROR 2006 (HY000) at line 1813: MySQL server has gone away
10
```
(mes paramètres sont dans `.my.cnf`)

j'ai essayé:

* de développer les options (`mysql -u admin -p*** -h ff150338-001.privatesql -P 35134 ...`)
* --max_allowed_packet=256M
* --max_allowed_packet=1G
* de temporiser avec un `sleep 60`


***ENCORE*** des heures de perdues, avant de comprendre que Ovh limite cette opération?
une fois sur deux?
un bug?

pire:

* réussite, je me déconnecte de ssh
* reco ssh
* ré-essai -> échec !

je sais plus quoi penser/tester
dans mon script, je vais boucler jusqu'à réussite, mais ça craint je trouve


4 Replies ( Latest reply on 2019-06-23 09:25:53 by
kyodev
)

Rien dans les slow logs + les OMM kills sur le private ?

j'ai suffisamment perdu de temps sur ce site... à cause d'Ovh
ce comportement ne se produit qu'ici
le client est informé
si Ovh est intéressé, il a les moyens d'investiguer

que m'apporteraient des logs?
tu vois une erreur dans une commande d'import de base?
pourquoi un fonctionnement bien cadré une fois / deux?

Dans la mesure ou "mysql has gone away" ça semble interessant de voir ce quil se passe sur le sql et les ressources utilisées

c'est ça et
```text
ERROR 1317 (70100) at line 1815
ERROR 2013 (HY000) at line 4271
```
1 fois sur deux, bien cadré
tu as lu ce que j'ai testé?
tu as mieux à tester?
ma commande est en erreur?

encore une fois, je ne vais pas perdre plus de temps sur ce qui me semble être un bug ou une limitation Ovh, UNIQUEMENT ici

Je ne vois pas d'erreur sur ta commande et c'est pas du tout ce qui en cause. Je te parle de factuel coté serveur ce que tu ne donnes pas. Si le Sql privé reboot en cours de route ça peut expliquer ces erreurs.

Après si tu ne veux qu'une réponse d'Ovh, un forum communautaire n'est pas le meilleur endroit, tu as le système de ticket OU la ML Web par exemple.

j'informe pour que d'autres soient informés si l'envie leur prenait de chercher ici

que je sache j'ai déjà pratiqué ça ici sans remarque d'Ovh, sans plus de succès aussi, mais au moins d'autres disposent de l'info publique

comme dit, Ovh a les moyen d'investiguer et sait me demander quand besoin

> Après si tu ne veux qu'une réponse d'Ovh

si tu n'as pas compris... je n'en veux pas, je n'attends pas après pour avancer
toi seul détourne ce sujet dans une voie non souhaitée
si c'est pour noyer le poisson, c'est bien essayé

> ticket

je ne vais pas perdre plus de temps pour un client Ovh, et attendre une réponse hors de sujet 3 semaines après... tu y crois encore à ça?

le client paye, il est informé

fin de discussion sur les logs, sauf si Ovh n'est pas capable de les lire et me les demande
ou si on m'explique le bien fondé de cette demande bateau et hors de propos

Ça me semble logique de sinteresser au serveur et de voir ce qu il consomme pendant tes queries. Bref , cest un débat stérile, j'arrete là

ce n'est pas un query...

info non fournie:

* dump: 65 Mo
* mémoire Sql: 512Mo
* "petit" Prestashop d'un an, si c'est hors limites d'un *"performance"*, il suffit de le dire (mais c'est ce que je commence à penser)