Engage-toi au cœur d'Internet au sein d'une équipe de passionnés ! DRI est encore une entreprise à taille humaine où ton travail aura une influence directe sur ce que nous faisons et où nous allons. Et nous voulons aller loin !
 Autour de l'open-source et du green, DRI met en avant ses différences. DRI est un hébergeur reconnu et apprécié de petits ou grands clients nationaux de renom : ministères, Départements, Conseils Régionaux, métropoles… Plus de 6000 sites sont aujourd'hui hébergés et répartis (...)

Depuis hier j'essaye de régler un problème récalcitrant qui revient jour après jours et qui s’aggrave.
Avec Nextcloud ce problème apparaît de temps en temps (tout les jours), mais là depuis une heure il n'est plus possible de faire fonctionner ZoneMinder plus de trente seconde avant qu'il crash (alors qu'il fonctionnait tranquillement depuis des mois).

voila le type d'erreur dans service mysql status :

févr. 25 17:55:23 0rionBDDServerOne mysqld[2497]: 2018-02-25 17:55:23 139928900781824 [Warning] Aborted connection 170242 to db: 'nextcloud' user:

Bonjour à toutes et à tous,

Je mets à disposition un guide sur l'installation et l'administration des systèmes Linux (et Unix).

Ce document de bientôt 80 pages est le fruit de quelques années d’expériences professionnelles, et continue à me servir régulièrement. Effectivement j'ai eu des responsabilités en tant qu'ingénieur systèmes, mais aussi en tant que consultant-formateur. Il ne s'agit pas simplement de théories ou de méthodes bidouillées dans mon coin, mais il s'agit bien d'un document de référence utilisé en (...)

Hello all

Pouvez vous m'aider?
Je ne comprends pas pourquoi mysql s'est arrêté d'un coup sans qu'on ne touche à rien et refuse de redémarrer.

Merci de votre aide.

voici le contenu du fichier de log de mysql

#--------------mysql.err----------------------------
InnoDB: End of page dump
170609 18:10:10  InnoDB: Page checksum 918991256, prior-to-4.0.14-form checksum 1886869800
InnoDB: stored checksum 918991256, prior-to-4.0.14-form stored checksum 3700301661
InnoDB: Page lsn 2 835419976, low 4 bytes of lsn at page end 835419739
InnoDB:

Bonjour, j'ai eu l'idée saugrenue de vouloir optimiser mon serveur MySQL (5.5, Debian) vu que je suis passé de 32G à 64G de RAM.
Visiblement ce fut une très mauvaise idée car depuis mes requêtes sont horriblement lentes (CPU à 100%) et restaurer le my.cnf dans son état d'origine n'a rien changé ! Ni même rebooter le serveur (oui j'ai vraiment tout essayé …) Du coup je ne comprends pas.

Concrètement j'ai 2 bases, une Innodb d'environ 400Mo et une MyISAM (...)

Préambule

• Sur certains sites (LinuxFR par ex) on reproche souvent aux auto-hébergés d'avoir une faible résistance aux pannes et d'être incapable de créer une infrastructure capable de tenir à travers le temps ni de monter en charge. Ce tuto fais partie d'une série de tutos visant à résoudre cette problématique en apportant des systèmes et méthodologies compréhensible et applicable par des noobs.
• Au moins 80% de la procédure est applicable via copier-coller.
• Il va de soit que vous pouvez remplacer (...)