Je suis actuellement sous debian version 10.7 sur un Raspbery pi3.
Dessus est installé jeedom une superbe plateforme domotique mais depuis quelques jours je n’ai plus l’accès en local ou à distance à mon interface et un message d’erreur s’affiche
SQLSTATE[HY000] [2002] No such file or directory
Après quelques recherches je m’oriente vers un problème de mysql et mariadl.
Je suis donc allé dans le log de mysql et voilà ce qu’il en ressort.
2022-11-01 0:00:07 0 [Warning] The parameter innodb_large_prefix is deprecated and has no effect. It may be removed in future releases. See https://mariadb.com/kb/en/library/xtradbinnodb-file-format/
2022-11-01 0:00:07 0 [Note] InnoDB: Using Linux native AIO
2022-11-01 0:00:07 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2022-11-01 0:00:07 0 [Note] InnoDB: Uses event mutexes
2022-11-01 0:00:07 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2022-11-01 0:00:07 0 [Note] InnoDB: Number of pools: 1
2022-11-01 0:00:07 0 [Note] InnoDB: Using generic crc32 instructions
221101 0:00:07 [ERROR] mysqld got signal 11 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
To report this bug, see https://mariadb.com/kb/en/reporting-bugs
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Server version: 10.3.27-MariaDB-0+deb10u1
key_buffer_size=16777216
read_buffer_size=131072
max_used_connections=0
max_threads=153
thread_count=0
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 351526 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x0
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 0x0 thread_stack 0x49000
The manual page at https://mariadb.com/kb/en/how-to-produce-a-full-stack-trace-for-mysqld/ contains
information that should help you find out what is causing the crash.
Writing a core file...
Working directory at /var/lib/mysql
Resource Limits:
Limit Soft Limit Hard Limit Units
Max cpu time unlimited unlimited seconds
Max file size unlimited unlimited bytes
Max data size unlimited unlimited bytes
Max stack size 8388608 unlimited bytes
Max core file size 0 unlimited bytes
Max resident set unlimited unlimited bytes
Max processes 6878 6878 processes
Max open files 16384 16384 files
Max locked memory 65536 65536 bytes
Max address space unlimited unlimited bytes
Max file locks unlimited unlimited locks
Max pending signals 6878 6878 signals
Max msgqueue size 819200 819200 bytes
Max nice priority 0 0
Max realtime priority 0 0
Max realtime timeout unlimited unlimited us
Core pattern: core
Une âme charitable pour venir à mon aide svp.
Serait-ce un problème de place sur un fichier?
J’ai 45,5Go de libre sur 58,4Go du raspbery.
Pouvez vous m’aiguiller sur mes recherches.
Bonjour,
Typher, le log que j ai mis viens justement de /var/log/mysql/error.log
Madcow, oui je suis sur carte SD. Comment vois tu que cela est corrompu.
De plus, la carte SD corrompue est un très très grand classique, du fait du grand nombre d’écritures en bdd.
C’est pour cela qu’il est conseillé de passer sur ssd (dans ce cas un onduleur est conseillé).
Ce qui est étrange c est l interface en ssh fonctionne, il n y a que jeedom qui fonctionne pas.
Si la carte SD est HS je devrais avoir plus rien qui fonctionne, le rpi dans son ensemble?
Desolé, j essaye de comprendre
Seuls certains secteurs de la carte peuvent être touchés. Ça ne lâche pas d’un coup souvent.
Il y a par exemple aussi eu des cas où la carte fonctionnait en lecture mais pas en écriture.
A savoir que les bdd sont très sensibles à des problèmes d’écriture (support stockage ou RAM).
Après c’est peut-être pas ça mais ça a de fortes chances d’être la cause du problème . Et vu le prix d’une carte SD ça coûte pas grand chose de tester.
Attention aussi à tes backups qui peuvent être corrompus.
Bonjour à tous,
Je fais mes premiers pas sur Jeedom depuis quelques jours. J’ai installé jeedom sur une machine virtuelle Oracle Virtual box 6 avec debian buster 4 qui tourne dessus.
J’ai installé jeedom de cette façon (pour le moment) pour tester. Depuis aujourd’hui, je n’ai plus l’accès en local ou à distance à mon interface et un message d’erreur s’affiche:
SQLSTATE[HY000] [2002] No such file or directory
J’ai parcouru quelques posts et je vois bien que je ne suis pas le seul à avoir eu le problème.
Ce que je ne comprends pas, c’est que je n’ai pas de probleme de carte SD ou SSD défectueux vu que jeedom tourne sur une VM. Alors d’ou viens mon prblème svp ?
Je ne suis pas très doué sur les forums et débute juste en Domotique alors soyez cool
Si quelqu’un a la réponse à ma question, ce serait sympa de m’aider.
bonne soirée à tous.
J’ai l’erreur suivante : SQLSTATE[HY000] [2002] Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’
Cela est dû à MySQL qui s’est arrêté, ce n’est pas normal, les cas courants sont :
Manque de place sur le système de fichiers (peut être vérifié en faisant la commande “df -h”, en SSH)
Problème de corruption de fichier(s), ce qui arrive souvent suite à un arrêt non propre de Jeedom (coupure de courant)
Soucis mémoire, le système manque de mémoire et tue le process le plus consommateur (souvent la base de données). Cela peut se voir dans l’administration de l’OS puis dmesg, vous devez voir un kill par “oom”. Si c’est le cas il faut réduire la consommation de Jeedom en désactivant des plugins.
Malheureusement, il n’y a pas beaucoup de solution si c’est le deuxième cas, le mieux étant de récupérer une sauvegarde (disponible dans /var/www/html/backup par défaut), de réinstaller Jeedom et de restaurer la sauvegarde. Vous pouvez aussi regarder pourquoi MySQL ne veut pas démarrer depuis une console SSH :
Je précise que je suis sur une VM avec 8 Go de RAM attribué sur 16 au total+ 64 Go de disque SSD (50 de libres) sur 512 au total + 4 coeurs.
Arrêt propre de Jeedom (c’est justement au redémarrage en demandant à Jeedom de redémarrer que ça a planté).
Je vais repartir avec le backup de ce matin, je n’aurai perdu que 1 heure de taf dessus.
root@Jeedom:~# mysqld --verbose
2023-11-03 10:26:18 0 [Note] Starting MariaDB 10.5.21-MariaDB-0+deb11u1 source r evision bed70468ea08c2820647f5e3ac006a9ff88144ac as process 3410
2023-11-03 10:26:18 0 [ERROR] WSREP: getaddrinfo() failed on ‹ 127.0.0.1 low ›: -2 (Name or service not known)
2023-11-03 10:26:18 0 [ERROR] WSREP: Networking not configured, cannot receive s tate transfer.
2023-11-03 10:26:18 0 [Warning] WSREP: Failed to guess base node address. Set it explicitly via wsrep_node_address.
2023-11-03 10:26:18 0 [ERROR] WSREP: getaddrinfo() failed on ‹ 127.0.0.1 low ›: -2 (Name or service not known)
2023-11-03 10:26:18 0 [ERROR] WSREP: Networking not configured, cannot receive s tate transfer.
2023-11-03 10:26:18 0 [Warning] WSREP: Failed to guess base node address. Set it explicitly via wsrep_node_address.
2023-11-03 10:26:18 0 [ERROR] WSREP: getaddrinfo() failed on ‹ 127.0.0.1 low ›: -2 (Name or service not known)
2023-11-03 10:26:18 0 [Warning] The parameter innodb_large_prefix is deprecated and has no effect. It may be removed in future releases. See https://mariadb.com /kb/en/library/xtradbinnodb-file-format/
2023-11-03 10:26:18 0 [Note] InnoDB: Uses event mutexes
2023-11-03 10:26:18 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2023-11-03 10:26:18 0 [Note] InnoDB: Number of pools: 1
2023-11-03 10:26:18 0 [Note] InnoDB: Using SSE4.2 crc32 instructions
2023-11-03 10:26:18 0 [Note] InnoDB: Using Linux native AIO
2023-11-03 10:26:18 0 [Note] InnoDB: Initializing buffer pool, total size = 1342 17728, chunk size = 134217728
2023-11-03 10:26:18 0 [Note] InnoDB: Completed initialization of buffer pool
2023-11-03 10:26:18 0 [Note] InnoDB: 128 rollback segments are active.
2023-11-03 10:26:18 0 [Note] InnoDB: Creating shared tablespace for temporary ta bles
2023-11-03 10:26:18 0 [Note] InnoDB: Setting file ‹ ./ibtmp1 › size to 12 MB. Phys ically writing the file full; Please wait …
2023-11-03 10:26:18 0 [Note] InnoDB: File ‹ ./ibtmp1 › size is now 12 MB.
2023-11-03 10:26:18 0 [Note] InnoDB: 10.5.21 started; log sequence number 904132 908; transaction id 18492745
2023-11-03 10:26:18 0 [Note] Plugin ‹ FEEDBACK › is disabled.
2023-11-03 10:26:18 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ ib_buffer_pool
2023-11-03 10:26:18 0 [ERROR] Can’t create IP socket: Name or service not known
2023-11-03 10:26:18 0 [ERROR] Aborting
root@Jeedom:~#
