Skip to content

Si quelque chose se passe mal

patlol edited this page May 12, 2019 · 14 revisions

La plus part des manips suivantes peuvent se faire lorsque le script ce met en pause en vous signalant un problème. Sans quitter le script, en ouvrant un deuxième terminal ssh. vous pourrez faire toutes les manipulations souhaitables

Première chose à faire, remontez dans le terminal pour voir s'il n'y a pas des messages d'erreur.
Vous trouverez dans le répertoire des scripts un fichier trace contenant la redirection de la sortie stderr du shell.

Une erreur c'est produite durant l'installation des paquets.

  • Peut être du à l'indisponibilité d'une source, c'est momentané, réessayé plus tard.
  • Ou du au changement de nom des paquets (version). Je vous rappelle que ce script est prévu pour Debian 8.x, 9.x et Ubuntu 16.x. Les listes de paquets à installer sont centralisés au début du script, vous pouvez les modifier à vos risques et périls.
  1. Dans une autre console, vérifier le nom des paquets en cause avec
    sudo aptitude search <nom partiel du paquet('php' pour 'php7.0-dev' par exemple)> [| grep ^i pour les paquets installés]
    pour trouver les noms correctes. Pour cette recherche utiliser aptitude et non apt
  2. Les installer manuellement avec sudo apt-get install <nom correcte du paquet>
  3. Si cela ne fonctionne pas vérifier vos sources de repository sur le net.

Il y a un problème avec apache ou php !!!

Les pages web de test d'Apache et php sont vérifiés par le script.
Le message d'erreur vous signalant que ces pages ne s'affichent pas correctement, vous indique quelle page est fautive.

  1. Apache : Une page test est déposée à l'installation d'apache, vérifier quelle existe
    http://nomdedomaine ou IP
    Si rien ne s'affiche le problème est trop vaste pour être traité ici Qwant et les forums sont vos amis.
    Vous pouvez commencer par réinstaller manuellement les paquets, vérifier qu'il n'y a pas de messages d'erreur avec :
    sudo apt-get update
    sudo apt-get install apache2 apache2-utils libapache2-mod-php5
  2. php :
    Si la page test de php a été effacée, vous pouvez la recréer avec :
    sudo echo "<?php phpinfo(); ?>" >/var/www/html/info.php
    http://nomdedomaine/info.php ou IP/info.php
    Commencez par réinstaller manuellement les paquets, vérifier qu'il n'y a pas de messages d'erreur avec :
    sudo apt-get update
    sudo apt-get install php5 php5-cli php5-dev php5-fpm php5-curl php5-geoip php5-mcrypt php5-xmlrpc Debian
    sudo apt-get install php7.0 php7.0-cli php7.0-dev php7.0-fpm php7.0-curl php-geoip php7.0-mcrypt php7.0-xmlrpc Ubuntu
    Effacer info.php après utilisation par sécurité
    sudo rm /var/www/html/info.php

Il y a un problème avec rtorrent !!!

  • ps aux | grep rtorrent
    devrait vous donner 3 processus en mono-utilisateur, qui doivent ressembler à :
    ....Ss 14:22 0:00 SCREEN -fn -dmS rtd nice -19 rtorrent le processus screen
    ....SNsl+ 14:22 0:00 rtorrent le processus rtorrent
    ....S+ 14:25 0:00 grep --color=auto rtorrent le processus du grep que vous venez de faire ;)

  • Vérifier que rtorrent est bien installé
    pgrep rtorrent doit vous donner un id de processus.
    Si pas de processus rtorrent, essayez de le lancer manuellement :
    rtorrent
    Pour sortir de rtorrent 'Ctrl-q'
    Si rtorrent ne se lance pas ... il est mal installer, l'installer manuellement, voir le dernier point de ce chapitre.

  • Si rtorrent fonctionne manuellement, tester avec screen
    screen -v
    su -l <nom utilisateur> -c 'screen -fn -dmS rtd nice -19 rtorrent
    puis pgrep rtorrent

  • Si vous avez enfin un processus, c'est au niveau des fichiers gérant le daemon qu'est le problème :
    service rtorrentd restart vérifiez avec pgrep
    en cas de problème avec restart
    journalctl -xn
    vous donnera de précieuses informations.
    Tenter votre chance avec un reboot, le daemon devrait fonctionner, vérifiez avec pgrep

  • Si rien ne vas 👎 Vérifiez les fichiers ad hoc dans /etc :
    /etc/init/rtorrent.conf vérifier sa présence, qu'il est bien en rwxrwxr-x root:root et que son contenu est ok par rapport au fichier accompagnant le script.
    idem avec /etc/init.d/rtorrentd.s
    idem avec /home/<votre nom d'user>/.rtorrent.rc
    vérifier également la présence des liens symboliques dans les répertoires /etc/rc6d rc5.d et rc4.d
    Après ttes modif sur ces fichiers recharger la config avec
    systemctl daemon-reload
    et service rtorrentd restart vérifiez avec pgrep

  • Si rien de rien fonctionne 👎 👎 réinstaller manuellement avec :
    sudo apt-get install xmlrpc-api-utils libtorrent14 rtorrent pour debian
    sudo apt-get install xmlrpc-api-utils libtorrent19 rtorrent pour ubuntu
    et gardez un œil attentif sur les erreurs à l'installation.

Problème durant la sécurisation SSH

  • Consultez journalctl :
    sudo journalctl -xe
    Tout ce passe dans le fichier /etc/ssh/sshd_config Le vérifiez avant de couper la connexion ssh.
    Paramètres modifiés :
    port <port choisi>
    AllowUsers <nom utilisateur>
    PermitRootLogin <yes|no>

  • La configuration de départ est :
    port 22
    AllowUsers <nom utilisateur>
    PermitRootLogin yes

  • Après correction
    sudo service ssh restart
    service ssh status
    NE PAS REBOOTER, NE PAS COUPER votre connection SSH avant d'avoir vérifié ce fichier. Vous ne pourriez plus accéder à votre serveur en ssh.
    La config de départ se trouve dans 'sshd_config.dist' à copier dans sshd_config si le problème n'est pas résolu.

Vous n'avez pas de caractères accentués

Si, avant d'utiliser le script, les caractères accentués sont remplacés par des espaces ou des caractères spéciaux, vous avez un problème de localisation.
Par exemple avec un
apt-get update && apt-get upgrade
vous obtiendrez ce type de message :
erreurs : LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "fr_FR.UTF-8"

Le script se charge de compléter la localisation.
Ouf !