unexpectedly shrunk window xxxxxx:xxxxxx (repaired) !!!!!!??
Voilà le genre de log que je retrouve sur mon serveur ces derniers temps après les logs Treason Uncloacked.
unexpectedly shrunk window xxxxxx:xxxxxx (repaired) !!!!!!??
Voilà le genre de log que je retrouve sur mon serveur ces derniers temps après les logs Treason Uncloacked.
Bazaar est un gestionnaire de version écrit en python, par Canonical.
A la base, il s’agit d’un fork de GNU Arch. [Historique de Bazaar]
Le but de ce programme est de créer des versions de fichiers afin de pouvoir revenir en arrière à tout moments, créer des branches ( donc un répertoire pour une version final ).
Il fait partis de la même catégorie de programme que
Voici la solution à ce genre d’erreurs:
Sep 21 17:32:59 r15868 postfix/trivial-rewrite[8704]: warning: database /etc/postfix/transport.db is older than source file /etc/postfix/transport
Il suffit de resynchroniser la base, avec postmap.
cd /etc/postfix/
postmap transport
(Ici je reprend l’erreur de l’exemple, mais ca peut-être virtual etc..)
C’est tout !
Il arrive que parfois, vous soyez sur une machine qui ne vous appartient pas, et qui donc ne vous permette pas de faire tout ce que vous désirez..
Quoi de plus normal ?
Alors comment faire ?
Utiliser un proxy !
Se connecter à SSH prend parfois un peu de temps, car SSH effectue une recherche DNS inversé, qui est tout à fais inutile.
Pour désactiver cette recherche à la connexion, il suffit de modifier le fichier /etc/ssh/sshd_config et d’y ajouter ceci:
UseDNS no
Redémarrez SSH, et essayez de vous connecter de nouveau… vous devriez voire une différence !
La commande screen de Linux, permet de lancer dans sessions dans des terminaux virtuel tel que les tty.
Ça peut permettre de « deamoniser » un programme en ligne de commande par exemple ![]()
( C’est à dire faire tourner en tache de font une application )
C’est bien beau, mais pour vérifier que tout fonctionne, il faudrait pouvoir accéder à cet écran, afin de voire et inter-agir sur le programme.
Ou tout simplement, si vous êtes administrateur, et que vous devez prendre le contrôle d’un écran d’un utilisateur.
Suite à l’article Monter un serveur mail avec Postfix et MySQL, j’écris celui-ci pour pofiner un peu notre serveur de mail !
Donc, le but ici, est de ne plus utiliser les mot de passes en clair sur le réseau, mais d’utiliser des mots de passes cryptés.
Par exemple, si mon mot de passe était « ZedTuX On R00t », le mot de passe crypté serai « $1$fO7fK$j1zlIEZRzX85VExrVVZm8/ ».
» En lire plus:Serveur Mail: Utiliser des mots de passes cryptés
Voici un article attendu par 2 ou 3 personnes !!
Cet article à été réalisé suite à la mise en œuvre de cette architecture sur mon RPS [Real Private Server] de chez OVH.
La procédure décrite ici est très certainement applicable à la majorité des serveurs, et la majorité des Linux. A vous de l’adapter si besoin
Récemment j’ai eut à trouver une solution *propre* pour surveiller des emails envoyé par postfix, et récupérer leur statue.
C’est alors que j’ai creusé en profondeur syslog et que j’ai trouvé mon bonheur !
Par défaut, les applications qui permettent de faire tourner votre serveur LAMP font tourner vos sites wouaibe facilement.
Mais, coté performances, il faut traiter chacun son propre cas.
C’est à dire, que selon votre mémoire, votre CPU, etc… vous devez adapter les paramètres.
Mais il existe quelques optimisations, qui n’en dépendent pas, et qui vous permettrons d’améliorer un p’ti’ peu, la rapidité de réponse de vos sites.
Coté MySQL, il est apparemment utile de désactiver InnoDB… Personnellement je ne l’ai pas fais, car je ne sais pas ce que c’est, et j’ai pas le temps, là tout de suite, de m’y intéresser.
Par-contre, coté PHP, il y a 2 choses faisables :
Le premier point se faire très simplement:
sudo nano /etc/php5/apache2/php.ini
Puis, rechercher (CTRL+W) »
1 | memory_limit |
» et changer la valeur par défaut (16) en 64.
Le second point consiste juste en l’installation de memcached et d’un module pour php pour qu’il utilise ce dernier:
sudo apt-get install php5-memcache memcached
Maintenant, il ne reste plus qu’a redémarrer apache:
sudo /etc/init.d/apache2 restart
Vous devriez voir une amélioration.
Source: http://blog.bodhizazen.net/linux/optimize-wordpress-for-speed/