Fedora-Fr - Communauté francophone Fedora - Linux

Planet de Fedora-Fr : la communauté francophone autour de la distribution Linux Fedora

A propos

Cette page est actualisée toutes les heures.

Cette page est une sélection de blogs autour de Fedora. Fedora-Fr.org décline toute responsabilité au sujet des propos tenus par les auteurs des blogs de ce planet. Leurs propos sont leur entière responsabilité.

Le contenu de ce planet appartient à leurs auteurs respectifs. Merci de consulter leur blogs pour obtenir les licences respectives.

Mot-clefs : Administration

Ralonger l'historique du shell

Edouard Bourguignon

En shell, l'historique joue un rôle bien pratique en nous permettant de rappeler et/ou de retrouver d'anciennes commandes. Par défaut il ne conserve que 1000 entrées, ce qui suffit bien souvent. Mais sur des serveurs très utilisés, ou pour n'importe quelle autre raison, il est possible de changer cette valeur. Pour cela il suffit d'ajouter dans votre ~/.bashrc la ligne suivante (où de la corriger si elle existe déjà):

export HISTSIZE=3000

Cette valeur sera prise en compte au prochain login, mais pour que ce soit pris en compte immédiatement, au choix:

  • source ~/.bashrc
  • ou taper la commande export HISTSIZE=3000

Pour s'en assurer:

echo $HISTSIZE

Pour voir la taille actuelle de l'historique:

history | wc -l

J'avais déjà cité il y a quelques temps des raccourcis bien pratiques, certains utilisent l'historique.

PS: cette méthode a été testé sous bash uniquement.

Ralonger l'historique du shell

Edouard Bourguignon

En shell, l'historique joue un rôle bien pratique en nous permettant de rappeler et/ou de retrouver d'anciennes commandes. Par défaut il ne conserve que 1000 entrées, ce qui suffit bien souvent. Mais sur des serveurs très utilisés, ou pour n'importe quelle autre raison, il est possible de changer cette valeur. Pour cela il suffit d'ajouter dans votre ~/.bashrc la ligne suivante (où de la corriger si elle existe déjà):

export HISTSIZE=3000

Cette valeur sera prise en compte au prochain login, mais pour que ce soit pris en compte immédiatement, au choix:

  • source ~/.bashrc
  • ou taper la commande export HISTSIZE=3000

Pour s'en assurer:

echo $HISTSIZE

Pour voir la taille actuelle de l'historique:

history | wc -l

J'avais déjà cité il y a quelques temps des raccourcis bien pratiques, certains utilisent l'historique.

PS: cette méthode a été testé sous bash uniquement.

Coloration des logs

Edouard Bourguignon

Un petit utilitaire bien sympa pour colorer vos affichage de log: "ccze". Il s'agit d'un clone de "colorize" mais coder en C, plus rapide et plus leger que son ancètre qui lui était en perl.

Pour l'installer, rien de plus simple:

yum install ccze

Pour s'en servir, c'est pas bien compliqué non plus:

tail -f /var/log/httpd/www.france.fr-acces_log|ccze

Il permet même de sortir ça au format html

ccze -h /var/log/httpd/www.domaine.fr-access_log > /var/www/html/transparence.html

Facile, efficace, et c'est tellement plus jolie avec des couleurs :)

Désactiver le login graphique sous OpenSolaris

Edouard Bourguignon

Un petit pense-bête qui concerne la désactivation du login graphique sous OpenSolaris:

svcadm disable svc:/application/graphical-login/gdm

svcadm étant le gestionnaire de service, un peu l'équivalent de chkconfig sous Fedora/RedHat.

cyrus imap de fedora8 à fedora 10

Edouard Bourguignon

Résolution d'un problème de migration d'un serveur IMAP Cyrus de Fedora 8 à Fedora 10.

Lors d'une migration d'un serveur IMAP sous Cyrus, afin de passer celui-ci d'une Fedora 8 à une Fedora 10, un problème de changement de version dans la version des fichiers plats de type BerkeleyDB est apparu. L'utilisation du collecteur IMAP était impossible vu que Cyrus ne pouvait plus utiliser certains fichiers où il stockait ses informations sur la livraison des courriers. Les logs d'erreurs ressemblent à ceux ci:

Feb 10 11:45:37 facteur lmtpunix[8517]: DBERROR db4: file /var/lib/imap/deliver.db has LSN 1/96296, past end of log at 1/11006
Feb 10 11:45:37 facteur lmtpunix[8517]: DBERROR db4: Commonly caused by moving a database from one database environment
Feb 10 11:45:37 facteur lmtpunix[8517]: DBERROR db4: to another without clearing the database LSNs, or by removing all of
Feb 10 11:45:37 facteur lmtpunix[8517]: DBERROR db4: the log files from a database environment
Feb 10 11:45:37 facteur lmtpunix[8517]: DBERROR db4: /var/lib/imap/deliver.db: unexpected file type or format
Feb 10 11:45:37 facteur lmtpunix[8517]: DBERROR: opening /var/lib/imap/deliver.db: Invalid argument
Feb 10 11:45:37 facteur lmtpunix[8517]: DBERROR: opening /var/lib/imap/deliver.db: cyrusdb error
Feb 10 11:45:37 facteur lmtpunix[8517]: FATAL: lmtpd: unable to init duplicate delivery database

Pour y remédier, il faut mettre à jour le format des fichiers deliver.db et sessions.db avec les commandes suivantes. Mais avant toute chose, il est conseillé de couper le service cyrus-imapd:

[root@facteur] # service cyrus-imapd stop

Pour changer de format les fichiers db:

[root@facteur] # cd /var/lib/imap
[root@facteur] # db_dump deliver.db >deliver.db.dump
[root@facteur] # rm deliver.db
[root@facteur] # db_load -f deliver.db.dump deliver.db
[root@facteur] # db_dump tls_sessions.db >~/tls_sessions.db.dump
[root@facteur] # rm tls_sessions.db
[root@facteur] # db_load -f ~/tls_sessions.db.dump tls_sessions.db

On relance ensuite le service:

[root@facteur] # service cyrus-imapd start

Et voilà on peut se reconnecter au serveur IMAP avec notre butineur de mail préféré.