Administration de votre Instance

Accéder à l'interface d’administration de l'instance

Pour accéder à l'interface d'administration de votre instance, authentifiez vous sur votre interface Gandi, puis rendez vous dans l'onglet 'Simple Hosting', cliquez alors sur le nom de l'instance et enfin dans la section 'Accès'.

Cliquez alors sur le lien 'Accéder' à coté de 'Administration de votre instance'. Vous pouvez également y accéder en vous rendant directement à l'url xxxxxx.admin.dc0.gpaas.net où xxxxxx est égal à l'identifiant unique de votre instance.

Vous devrez alors indiquer dans les champs 'utilisateur' et 'mot de passe' les mêmes informations que lorsque vous vous connecter via SFTP.

Pour voir comment personnaliser ceci, consulter cette page.

Les informations disponibles

Les logs

Vous pouvez visualiser les logs de votre instance afin de pouvoir rechercher la source de problèmes qui pourraient survenir sur vos sites Web. Les logs consultables sont :

- Les logs d'Apache (serveur Web) :

  • error.log : Toutes les erreurs liées au serveur Web Apache. Il est conseillé de vérifier ces logs régulièrement afin de déceler d'éventuels problème de configuration (.htaccess mal configuré, fichier d'index manquant …).

- Les logs de PHP (interpreteur PHP) :

  • admin-error.log : Les logs PHP des scripts exécutés sur la partie admin de votre instance.
  • fpm.log : Les logs liés à PHP-FPM directement, c'est ici que vous verrez si le nombre maximum de process PHP a été atteint sur votre instance.
  • www-error.log : Les logs PHP des scripts exécutés sur la partie publique de votre instance.
  • phpmail.log : Ce fichier de logs conserve les informations des mails envoyés depuis la fonction php mail(). Analyser ce fichier peut vous permettre de vérifier que les mails sont effectivement envoyés depuis l'instance.

- Les logs de MySQL (base de données) :

  • error.log : Logs des erreurs MySQL, vous pouvez visualiser les tables qui ont été réparées ainsi que les crash de MySQL
  • slow-queries.log : Permet de visualiser les requêtes ayant mis un temps anormalement long à s'éxécuter. Cela peut survenir lors du lock de certaines tables.

Comprendre les logs de votre instance

Les logs Apache

[Thu Jun 14 12:08:45.199853 2012] [mpm_event:notice] [pid 186:tid 3557842618176] AH00489: Apache/2.4.1 (Unix) configured -- resuming normal operations
[Thu Jun 14 12:08:45.199869 2012] [core:notice] [pid 186:tid 3557842618176] AH00094: Command line: '/usr/sbin/apache2 -d /srv/data/.config/apache -f /srv/data/.config/apache/apache2.conf -D lamp0-1'
[Thu Jun 14 15:08:45.213486 2012] [mpm_event:notice] [pid 186:tid 

Ces lignes indiquent que le service Apache a été redémarré.

Les logs PHP

[08-Jun-2012 12:56:29] WARNING: [pool www] server reached max_children setting (x), consider raising it

Cette alerte survient lorsque PHP-FPM a atteint le nombre maximum de processus simultanés pour PHP. Le nombre de processus simultanés maximum est défini en fonction de la taille de votre instance (2 sur un pack S, 4 sur un M, 8 sur un L …). Si cette erreur survient trop fréquemment il faudra alors envisager d'augmenter la taille de votre instance Simple Hosting. Lorsque vous voyez [pool www], il s'agit du nombre de processus exécuté sur la partie publique de votre instance, [pool admin] indique qu'il s'agit de la partie admin de l'instance.

[05-Jun-2012 09:08:36] WARNING: [pool admin] 'user' directive is ignored when FPM is not running as root

Cette alerte n'est pas une erreur et peut être ignorée.

Les logs MySQL

120614 16:09:59 [Note] Plugin 'FEDERATED' is disabled.
InnoDB: The InnoDB memory heap is disabled
InnoDB: Mutexes and rw_locks use GCC atomic builtins
InnoDB: Compressed tables use zlib 1.2.6
120614 16:09:59  InnoDB: Initializing buffer pool, size = 8.0M
120614 16:09:59  InnoDB: Completed initialization of buffer pool
120614 16:09:59  InnoDB: highest supported file format is Barracuda.
InnoDB: The log sequence number in ibdata files does not match
InnoDB: the log sequence number in the ib_logfiles!
120614 16:09:59  InnoDB: Database was not shut down normally!
InnoDB: Starting crash recovery.
InnoDB: Reading tablespace information from the .ibd files...
InnoDB: Restoring possible half-written data pages from the doublewrite
InnoDB: buffer...
120614 16:10:00 InnoDB Plugin 1.0.17 started; log sequence number 2657932
120614 16:10:00 [Note] /usr/sbin/mysqld: ready for connections.
Version: '5.1.61-2'  socket: '/srv/run/mysqld/mysqld.sock'  port: 0  (Debian)

Indique que MySQL a été démarré.

120614 16:04:45 [ERROR] /usr/sbin/mysqld: Table './wp/wp_comments' is marked as crashed and should be repaired
120614 16:04:45 [Warning] Checking table:   './wp/wp_comments'
120614 16:04:45 [ERROR] /usr/sbin/mysqld: Table './wp/wp_links' is marked as crashed and should be repaired
120614 16:04:45 [Warning] Checking table:   './wp/wp_links'
120614 16:04:45 [ERROR] /usr/sbin/mysqld: Table './wp/wp_options' is marked as crashed and should be repaired
120614 16:04:45 [Warning] Checking table:   './wp/wp_options'

Lors du démarrage de MySQL, les tables de vos bases de données sont vérifiées, dans le cas où les tables semblent crashés MySQL tente de les réparer automatiquement.

Dernière modification: le 02/05/2017 à 17:15 par Gilles L. (Gandi)