Différences entre les versions de « Trucs & Astuces Linux »

De BlaxWiki
Aller à la navigationAller à la recherche
 
(81 versions intermédiaires par 5 utilisateurs non affichées)
Ligne 1 : Ligne 1 :
__TOC__
Cette page regroupe quelques trucs & astuces sur des problèmes divers rencontrés
Cette page regroupe quelques trucs & astuces sur des problèmes divers rencontrés


* ELF & no such file or directory
===== Accès denied sur un fichier =====
<pre>
Si il y a des soucis de droits alors que tout à l'air bon, il faut vérifier si il n'y a pas un antivirus d'installé. Sinon si il y a un montage nfs, vérifier que l'option noperm est mise
</pre>
 
 
===== Accès internet =====
<pre>
Il peut arriver que l'on pingue internet (resolution dns & gw ok) mais pas d'accès internet via IE ou lynx. Cela est souvent du à un problème de négociation sur le switch ou sur l'eth qui est en half duplex
</pre>
 
===== Charge CPU et leap seconde =====
<pre>
Parfois, le 31/12 avant minuit une leap seconde est ajoutée sur les serveurs root ntp (ou juste avant 1h heure francaise). Cela a pour conséquence une charge cpu et mémoire élevée sur les services de base de données et services utilisant java. Il suffit normalement de lancer la commande : date -s "`date`"  si serveur en anglais / LANG=C date -s "`LANG=C date`" si serveur en FR. Si cela ne fonctionne pas, relancer les services mysql / java pour corriger
</pre>
 
===== Copie de fichier =====
<pre>
Un problème de copie de fichier peut arriver quand la locale entre les 2 serveurs n'est pas la même (utf8 & latin par exemple). Faire un copier coller du nom du fichier, puis sur le serveur de destination faire un touch du nom du fichier pour voir si il prend bien les memes caracteres
</pre>
 
===== Debug =====
<pre>
Quelques petites astuces pour débugguer :
- regarder les logs
- voir comment les process communiquent (port, socket...)
- voir le etc/hosts pour les résolutions de nom mis dans la conf des services
- reset de la carte idrac (pour pb d alimentation morte)
</pre>
 
===== DNS =====
<pre>
Lorsque l'on modifie le resolv.conf, il faut restarter les différents services qui l utilisent (sendmail, etc..) car ceux ci ne le lise qu un fois lorsqu ils démarrent et apres le garde en cache
</pre>
 
===== ELF & no such file or directory =====
<pre>
<pre>
Il peut arriver qu un programme ne se lance pas et marque "no such file or directory" alors que le fichier mentionné est bien
Il peut arriver qu un programme ne se lance pas et marque "no such file or directory" alors que le fichier mentionné est bien
présent. Cela arrive lorsque l OS est en 64 bits et que le soft est en 32 bits, et que le package ia32-libs n'est pas installé
présent. Cela arrive lorsque l OS est en 64 bits et que le soft est en 32 bits, et que le package ia32-libs sous debian (ou glibc.i686 suivant les OS) n'est pas installé.
</pre>
</pre>


* History & date
===== Enregistrement de session =====
<pre>
Si l'on veut logguer les commandes qui sont faites dans les sessions des users, ajouter dans /etc/profile :
export PROMPT_COMMAND='RETRN_VAL=$?;logger -p local6.debug "$(whoami) [$$]: $(history 1 | sed "s/^[ ]*[0-9]\+[ ]*//" ) [$RETRN_VAL]"'
 
On peut mettre ca dans une autre local bien sur, puis rajouter dans le rsyslog.conf : local6.*                /var/log/session.log.
Cela va nous donner des choses comme :
Jul  8 12:48:55 serveur benj: benj [351]: Jul/06 -- 21:23:03 su [0]
Jul  8 12:48:56 serveur benj: benj [351]: Jul/08 -- 12:48:56 ls [0]
Jul  8 12:48:57 serveur benj: benj [351]: Jul/08 -- 12:48:57 dir [0]
Jul  8 12:48:59 serveur benj: root [32543]: Jul/08 -- 12:48:49 tail -f /var/log/ben.log  [130]
Jul  8 12:50:25 serveur benj: root [32543]: Jul/08 -- 12:50:02 vim /etc/rsyslog.conf [0]
 
Cela ne loggue pas ce qui est fait en ssh sans shell, pour ca il faut utiliser snoopy master qui loggue tout
</pre>
 
 
===== Firewall & syslog =====
<pre>
Il ne faut jamais faire de tcp syslog sur les fw car si jamais leurs syslog se met à déconner et que le fw ne peut plus envoyer ses logs, il va bloquer tous les flux. Il faut rester en udp
</pre>
 
===== Grub =====
<pre>
On peut avoir des problèmes avec grub lors d'un grub install, voir https://wiki.blaxeen.com/index.php/Creation_de_VM_linux#Installation_de_grub pour la solution
</pre>
 
===== History & date =====
<pre>
<pre>
Pour avoir la date et l'heure des commandes passées dans l'history, il faut rajouter dans /etc/profile ou .bashrc : export  
Pour avoir la date et l'heure des commandes passées dans l'history, il faut rajouter dans /etc/profile ou .bashrc : export  
HISTTIMEFORMAT='%F %T '
Debian : export HISTTIMEFORMAT='%F %T '
Centos : export HISTTIMEFORMAT="%h/%d -- %H:%M:%S "
</pre>
 
===== Interface bridge en boucle =====
<pre>
Il peut arriver que lorsqu'on fait une mauvaise conf d'interfaces eth & bridge, et que dans /var/log/message on ait ce message en boucle, et qu en faisant un brctl show, le brige
apparaisse et disparaisse. Il faut déplacer les 2 fichiers de conf des interfaces back275 et eth1.275 ailleurs que dans /etc/sysconfig/network-scripts/ (les renommer ne sert à rien).
Puis faire des ifconfig back275 down, ifconfig eth1.275 down (voir des brct delbr back275), et le problème devrait se résoudre
 
Mar 21 16:37:27 kvm1 kernel: back275: port 1(eth1.275) entering disabled state
Mar 21 16:37:27 kvm1 kernel: device eth1.275 entered promiscuous mode
Mar 21 16:37:27 kvm1 kernel: back275: port 1(eth1.275) entering disabled state
Mar 21 16:37:27 kvm1 kernel: device eth1.275 entered promiscuous mode
</pre>
 
===== Interface ethX =====
<pre>
Si on a des pb d interrfaces (eth2 au lieu de eth0) , et cela est valable aussi lorsqu on fait des images d OS en tar.GZ, il faut supprimer ce qu il y a dans le fichier /etc/udev
/rules.d/70-persistent-net.rules (ou similaire suivant les OS), mais le fichier doit exister
</pre>
</pre>


* Info disque dur
===== LB / FW dans une VM =====
<pre>
<pre>
Les 2 commandes suivante permettent d'avoir des infos précises sur les disques et d'optimiser les perfs : hdparm & smartctl
Lorsqu'on a un fw ou un lb dans un hyperviseur avec des VM derrières, il faut désactiver le checksum offload sur le lb et le fw (et éventuellement sur les vm). Sinon la connexion ne se fait pas
</pre>
</pre>


* Interface ethX
===== Log martians & route & syslog =====
<pre>
<pre>
Si on a des pb d interrfaces (eth2 au lieu de eth0) , et cela est valable aussi lorsqu on fait des images d OS en tar.GZ, il faut
Dans certaines circonstances il peut être intéressant d'activer les logs martians pour la résolution de problème, par exemple des problèmes de routes manquantes.
supprimer ce qu il y a dans le fichier /etc/udev/rules.d/70-persistent-net.rules (ou similaire suivant les OS)
Le cas est arrivé sur un serveur syslog qui recevait des logs d'un switch. Le tcpdump voyait bien les paquets arriver sur l'eth0 du serveur, syslog écoutait bien sur eth0, mais rien
ne logguait, et un strace sur le pid de syslog ne voyait pas l'ip du switch.  
En fait, le paquet arrivait sur eth0, mais la route pour joindre le switch passe par eth1 (alors que les paquets arrivent sur eth0), on a donc une route assymétrique, et meme si le
paquet ne repart pas hors du serveur, il lui faut quand meme une chemin de routage cohérent. Il a fallu ajouter une route pour l'ip du switch en lui demandant de passer par eth0,
et là le serveur syslog a bien réussi à récuperer les logs du switch.
L'activation des logs martians a permis de mettre en évidence cela
</pre>
</pre>


* Mail
===== Loggin en root en boucle =====
<pre>
<pre>
Il peut arriver que des mails envoyés sur root en local termine dans la mailbox du user nobody. Si le fichier /etc/aliases est
Il peut arriver que lorsqu'on veuille se logguer en root, il demande bien le login et le mdp, mais il le redemande en boucle (sans mettre de message Acces denied ou invalid password).
correct (lancer la commande newaliases si il y a une
Dans le cas que j'ai rencontré, cela arrive lorsque le selinux (ou autre systeme de sécurité) est activé. Il faut alors le désactiver ou le modifier pour pouvoir se logguer (reboot en  
modif), il faut regarder du cote du main.cf au niveau de mailbox_command, mettre procmail -a $DOMAIN -d $LOGNAME au lieu de
mode pxe ou livecd obligé). IL faut aussi vérifier que dans /etc/securetty on ait bien les différentes tty (ou Stty pour la console)
procmail -a "$EXTENSION"
</pre>
 
===== No route to host & problème de route =====
<pre>
Il peut arriver que depuis un serveur l'on arrive bien à pinguer une ip Y, mais lorsque l'on veut faire un ssh, wget ou autre on a le message : " No route to host", alors que la route
existe bien. Cela signigie en général qu'il y a un firewall entre les 2 qui filtre ce service
 
Si problème de route, ou on arrive pas à joindre la passerelle alors que tout  à l air bon, voir un arp -a pour voir si la mac de la gw remonte. Sinon verifier que la route native (pas la route par
defaut) de l interface réseau en question est bien là, si elle ne l est pas , faire un ifdown && ifup pour réafficher la route native
 
Vérifer que la route de retour existe, et que l'interface par laquelle arrive le paquet et bien l interface par laquelle le paquet ressort
</pre>
 
===== Partitionnement d'un disque & /dev/sdaX =====
<pre>
Lorsque l'on créé des partitions sur un disque, au moment du formatage avec mkfs.ext3 il se peut que le /dev/sdaX n'ait pas toutes les partitions (qu'il ait juste sda1 et sda2 et pas
sda3,4...), il faut alors rebooter. Avec des kernels récents on peut utiliser partprobe (partprobe /dev/sdb ; echo $?) ou partx -a /dev/sda pour mettre à jour la table des partitions
dans /dev. Si le /dev/sdX n'existe pas il n y a pas d autres moyen que de rebooter
</pre>
 
===== Php et share =====
<pre>
De manière générale on fait jamais de php sur un share nfs ou  cifs, sinon en rencontre des problèmes de perf. Encore moins sous windows avec du php sur un IIS sur un share.
Cela fait des erreurs 500
</pre>
 
===== Port en écoute =====
<pre>
On peut parfois avoir un port en écoute sans que le netstat remonte un pid ou le nom d'un programme. C'est généralement un port ouvert par le kernel, souvent pour du NFS. Le commande ss permet d'en
savoir un peu plus.
root@~# netstat -nltpuaev |egrep "992|Proto"
Proto Recv-Q Send-Q Local Address          Foreign Address        State      User      Inode      PID/Program name
udp        0      0 172.19.11.11:992        0.0.0.0:*                          0          11037632    -
</pre>
 
===== Problème mot de passe & entropie =====
<pre>
Les programmes tel que mkpasswd ou passwd (entre autres) se servent de /dev/random ou /dev/urandom pour générer des chiffres & lettres aléatoires. Si ces mots de passe comportent 
toujours les mêmes lettres, il y a de fortes chances que /dev/random ou /dev/urandom ne soient pas bon.
</pre>
 
===== Prompt bash =====
<pre>
Souvent le prompt par défaut  n'utilise pas le fqdn du serveur, ce qui peut etre embetant. Sous Debian, pour corriger cela, dans le /etc/bashrc et /root/.bashrc (ou /etc/bash.bashrc
suivant les distrib), modifier la ligne avec PS1 pour remplacer le "h:" par "H:".
Bien renseigner le fqdn dans /etc/hostname, et faire /etc/init.d/hostname.sh start pour le prendre en compte.
Sous debian, décommenter aussi les lignes suivantes dans le /etc/bash.bashrc (voir changer aussi le /root/.bashrc et mettre dans le /etc/hosts le fqdn en premier sur la ligne du
127.0.0.1)
 
case "$TERM" in
xterm*|rxvt*)
    PROMPT_COMMAND='echo -ne "\033]0;${USER}@${HOSTNAME}: ${PWD}\007"'
    ;;
*)
    ;;
esac
</pre>
</pre>


* Mail de la crontab et de logrotate
===== Segfault =====
<pre>
<pre>
Lorsqu'une commande est lancée dans la crontab, elle génère toujours un mail vers root avec comme contenu la sortie standard et /
Si on a des erreurs de segfault, il faut bien regarder, ici c est le binaire h64 qui fait ces segfaults, et dans le cas présents le serveur c etait fait hacke.
ou la sortie d'erreur de la commande lancé via la
line 23695 : Oct  5 20:18:01 www1c kernel: h64[8877]: segfault at ffffffffffffffd0 rip 00000000004242d3 rsp 00007fff89bcb178 error 6
crontab. Pour éviter cela, rajouter à la fin des lignes de /etc/crontab :  >> /dev/null 2>&1 (pour que la sortie standard soit
aussi redirige vers /dev/null comme pour la sortie d'erreur).
Si un service comme squid envoie ses logs vers rsyslog, qui aura donc une ligne "local6.*  /var/log/squid/squid.log", le fichier
/etc/logrotate.d/squid devra donc aussi être modifié
pour ne pas recevoir de mail lors du reload de rsyslog : "/etc/init.d/syslog-ng reload > /dev/null 2>&1"
</pre>
</pre>


* Problème mot de passe & entropie
===== Warning: `xxxx' uses 32-bit capabilities (legacy support in use) =====
<pre>
<pre>
Les programmes tel que mkpasswd ou passwd (entre autres) se servent de /dev/random ou /dev/urandom pour générer des chiffres &
On peut avoir ce warning au restart de certain soft (proftp, bind...), il faut dans ce cas là installer libcal-devel. La recompilation peut etre nécessaire pour ne plus avoir ce
lettres aléatoires. Si ces mots de passe comportent  toujours les mêmes lettres, il y a de fortes chances que /dev/random ou
message.
/dev/urandom ne soient pas bon.
</pre>
</pre>


* Serveur syslog
===== Yum et curl =====
<pre>
<pre>
Sur un serveur de log (rsyslog, syslog-ng ou autres), il faut le configurer (généralement dans le script d'init) afin qu'il ne
Yum se sert de pycurl (donc de curl) pour fonctionner. Si curl est compilé avec une version d'openssl différente de celle sur le system ou compilé sans openssl, voilà le message
fasse pas de résolution dns lorsqu'il recoit des logs des différents serveurs, cela permet de gagner du temps, la résolution dns
d'erreur que l'on a :
étant inutiles. On peut en plus renseigner le /etc/hosts du serveur syslog avec le nom des machines qui envoient les logs
There was a problem importing one of the Python modules
required to run yum. The error leading to this problem was:
  /usr/lib64/python2.6/site-packages/pycurl.so: undefined symbol: CRYPTO_set_locking_callback
</pre>
</pre>


[[Catégorie:Linux]]
[[Catégorie:Linux]]

Version actuelle datée du 18 février 2020 à 14:45

Cette page regroupe quelques trucs & astuces sur des problèmes divers rencontrés

Accès denied sur un fichier[modifier]
Si il y a des soucis de droits alors que tout à l'air bon, il faut vérifier si il n'y a pas un antivirus d'installé. Sinon si il y a un montage nfs, vérifier que l'option noperm est mise


Accès internet[modifier]
Il peut arriver que l'on pingue internet (resolution dns & gw ok) mais pas d'accès internet via IE ou lynx. Cela est souvent du à un problème de négociation sur le switch ou sur l'eth qui est en half duplex
Charge CPU et leap seconde[modifier]
Parfois, le 31/12 avant minuit une leap seconde est ajoutée sur les serveurs root ntp (ou juste avant 1h heure francaise). Cela a pour conséquence une charge cpu et mémoire élevée sur les services de base de données et services utilisant java. Il suffit normalement de lancer la commande : date -s "`date`"  si serveur en anglais / LANG=C date -s "`LANG=C date`" si serveur en FR. Si cela ne fonctionne pas, relancer les services mysql / java pour corriger
Copie de fichier[modifier]
Un problème de copie de fichier peut arriver quand la locale entre les 2 serveurs n'est pas la même (utf8 & latin par exemple). Faire un copier coller du nom du fichier, puis sur le serveur de destination faire un touch du nom du fichier pour voir si il prend bien les memes caracteres
Debug[modifier]
Quelques petites astuces pour débugguer : 
 - regarder les logs
 - voir comment les process communiquent (port, socket...)
 - voir le etc/hosts pour les résolutions de nom mis dans la conf des services
 - reset de la carte idrac (pour pb d alimentation morte)
DNS[modifier]
Lorsque l'on modifie le resolv.conf, il faut restarter les différents services qui l utilisent (sendmail, etc..) car ceux ci ne le lise qu un fois lorsqu ils démarrent et apres le garde en cache
ELF & no such file or directory[modifier]
Il peut arriver qu un programme ne se lance pas et marque "no such file or directory" alors que le fichier mentionné est bien
présent. Cela arrive lorsque l OS est en 64 bits et que le soft est en 32 bits, et que le package ia32-libs sous debian (ou glibc.i686 suivant les OS) n'est pas installé.
Enregistrement de session[modifier]
Si l'on veut logguer les commandes qui sont faites dans les sessions des users, ajouter dans /etc/profile :
export PROMPT_COMMAND='RETRN_VAL=$?;logger -p local6.debug "$(whoami) [$$]: $(history 1 | sed "s/^[ ]*[0-9]\+[ ]*//" ) [$RETRN_VAL]"'

On peut mettre ca dans une autre local bien sur, puis rajouter dans le rsyslog.conf : local6.*                /var/log/session.log.
Cela va nous donner des choses comme :
Jul  8 12:48:55 serveur benj: benj [351]: Jul/06 -- 21:23:03 su [0]
Jul  8 12:48:56 serveur benj: benj [351]: Jul/08 -- 12:48:56 ls [0]
Jul  8 12:48:57 serveur benj: benj [351]: Jul/08 -- 12:48:57 dir [0]
Jul  8 12:48:59 serveur benj: root [32543]: Jul/08 -- 12:48:49 tail -f /var/log/ben.log  [130]
Jul  8 12:50:25 serveur benj: root [32543]: Jul/08 -- 12:50:02 vim /etc/rsyslog.conf [0]

Cela ne loggue pas ce qui est fait en ssh sans shell, pour ca il faut utiliser snoopy master qui loggue tout


Firewall & syslog[modifier]
Il ne faut jamais faire de tcp syslog sur les fw car si jamais leurs syslog se met à déconner et que le fw ne peut plus envoyer ses logs, il va bloquer tous les flux. Il faut rester en udp
Grub[modifier]
On peut avoir des problèmes avec grub lors d'un grub install, voir https://wiki.blaxeen.com/index.php/Creation_de_VM_linux#Installation_de_grub pour la solution
History & date[modifier]
Pour avoir la date et l'heure des commandes passées dans l'history, il faut rajouter dans /etc/profile ou .bashrc : export 
Debian : export HISTTIMEFORMAT='%F %T '
Centos : export HISTTIMEFORMAT="%h/%d -- %H:%M:%S "
Interface bridge en boucle[modifier]
Il peut arriver que lorsqu'on fait une mauvaise conf d'interfaces eth & bridge, et que dans /var/log/message on ait ce message en boucle, et qu en faisant un brctl show, le brige
apparaisse et disparaisse. Il faut déplacer les 2 fichiers de conf des interfaces back275 et eth1.275 ailleurs que dans /etc/sysconfig/network-scripts/ (les renommer ne sert à rien).
Puis faire des ifconfig back275 down, ifconfig eth1.275 down (voir des brct delbr back275), et le problème devrait se résoudre

Mar 21 16:37:27 kvm1 kernel: back275: port 1(eth1.275) entering disabled state
Mar 21 16:37:27 kvm1 kernel: device eth1.275 entered promiscuous mode
Mar 21 16:37:27 kvm1 kernel: back275: port 1(eth1.275) entering disabled state
Mar 21 16:37:27 kvm1 kernel: device eth1.275 entered promiscuous mode
Interface ethX[modifier]
Si on a des pb d interrfaces (eth2 au lieu de eth0) , et cela est valable aussi lorsqu on fait des images d OS en tar.GZ, il faut supprimer ce qu il y a dans le fichier /etc/udev
/rules.d/70-persistent-net.rules (ou similaire suivant les OS), mais le fichier doit exister
LB / FW dans une VM[modifier]
Lorsqu'on a un fw ou un lb dans un hyperviseur avec des VM derrières, il faut désactiver le checksum offload sur le lb et le fw (et éventuellement sur les vm). Sinon la connexion ne se fait pas
Log martians & route & syslog[modifier]
Dans certaines circonstances il peut être intéressant d'activer les logs martians pour la résolution de problème, par exemple des problèmes de routes manquantes.
Le cas est arrivé sur un serveur syslog qui recevait des logs d'un switch. Le tcpdump voyait bien les paquets arriver sur l'eth0 du serveur, syslog écoutait bien sur eth0, mais rien
ne logguait, et un strace sur le pid de syslog ne voyait pas l'ip du switch. 
En fait, le paquet arrivait sur eth0, mais la route pour joindre le switch passe par eth1 (alors que les paquets arrivent sur eth0), on a donc une route assymétrique, et meme si le 
paquet ne repart pas hors du serveur, il lui faut quand meme une chemin de routage cohérent. Il a fallu ajouter une route pour l'ip du switch en lui demandant de passer par eth0,
et là le serveur syslog a bien réussi à récuperer les logs du switch.
L'activation des logs martians a permis de mettre en évidence cela
Loggin en root en boucle[modifier]
Il peut arriver que lorsqu'on veuille se logguer en root, il demande bien le login et le mdp, mais il le redemande en boucle (sans mettre de message Acces denied ou invalid password).
Dans le cas que j'ai rencontré, cela arrive lorsque le selinux (ou autre systeme de sécurité) est activé. Il faut alors le désactiver ou le modifier pour pouvoir se logguer (reboot en 
mode pxe ou livecd obligé). IL faut aussi vérifier que dans /etc/securetty on ait bien les différentes tty (ou Stty pour la console)
No route to host & problème de route[modifier]
Il peut arriver que depuis un serveur l'on arrive bien à pinguer une ip Y, mais lorsque l'on veut faire un ssh, wget ou autre on a le message : " No route to host", alors que la route
existe bien. Cela signigie en général qu'il y a un firewall entre les 2 qui filtre ce service

Si problème de route, ou on arrive pas à joindre la passerelle alors que tout  à l air bon, voir un arp -a pour voir si la mac de la gw remonte. Sinon verifier que la route native (pas la route par 
defaut) de l interface réseau en question est bien là, si elle ne l est pas , faire un ifdown && ifup pour réafficher la route native

Vérifer que la route de retour existe, et que l'interface par laquelle arrive le paquet et bien l interface par laquelle le paquet ressort
Partitionnement d'un disque & /dev/sdaX[modifier]
Lorsque l'on créé des partitions sur un disque, au moment du formatage avec mkfs.ext3 il se peut que le /dev/sdaX n'ait pas toutes les partitions (qu'il ait juste sda1 et sda2 et pas
sda3,4...), il faut alors rebooter. Avec des kernels récents on peut utiliser partprobe (partprobe /dev/sdb ; echo $?) ou partx -a /dev/sda pour mettre à jour la table des partitions
 dans /dev. Si le /dev/sdX n'existe pas il n y a pas d autres moyen que de rebooter
Php et share[modifier]
De manière générale on fait jamais de php sur un share nfs ou  cifs, sinon en rencontre des problèmes de perf. Encore moins sous windows avec du php sur un IIS sur un share.
Cela fait des erreurs 500
Port en écoute[modifier]
On peut parfois avoir un port en écoute sans que le netstat remonte un pid ou le nom d'un programme. C'est généralement un port ouvert par le kernel, souvent pour du NFS. Le commande ss permet d'en
savoir un peu plus.
root@~# netstat -nltpuaev |egrep "992|Proto"
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode       PID/Program name
udp        0      0 172.19.11.11:992        0.0.0.0:*                           0          11037632    -
Problème mot de passe & entropie[modifier]
Les programmes tel que mkpasswd ou passwd (entre autres) se servent de /dev/random ou /dev/urandom pour générer des chiffres & lettres aléatoires. Si ces mots de passe comportent  
toujours les mêmes lettres, il y a de fortes chances que /dev/random ou /dev/urandom ne soient pas bon.
Prompt bash[modifier]
Souvent le prompt par défaut  n'utilise pas le fqdn du serveur, ce qui peut etre embetant. Sous Debian, pour corriger cela, dans le /etc/bashrc et /root/.bashrc (ou /etc/bash.bashrc 
suivant les distrib), modifier la ligne avec PS1 pour remplacer le "h:" par "H:".
Bien renseigner le fqdn dans /etc/hostname, et faire /etc/init.d/hostname.sh start pour le prendre en compte.
Sous debian, décommenter aussi les lignes suivantes dans le /etc/bash.bashrc (voir changer aussi le /root/.bashrc et mettre dans le /etc/hosts le fqdn en premier sur la ligne du 
127.0.0.1)

case "$TERM" in
xterm*|rxvt*)
    PROMPT_COMMAND='echo -ne "\033]0;${USER}@${HOSTNAME}: ${PWD}\007"'
    ;;
*)
    ;;
esac
Segfault[modifier]
Si on a des erreurs de segfault, il faut bien regarder, ici c est le binaire h64 qui fait ces segfaults, et dans le cas présents le serveur c etait fait hacke.
line 23695 : Oct  5 20:18:01 www1c kernel: h64[8877]: segfault at ffffffffffffffd0 rip 00000000004242d3 rsp 00007fff89bcb178 error 6
Warning: `xxxx' uses 32-bit capabilities (legacy support in use)[modifier]
On peut avoir ce warning au restart de certain soft (proftp, bind...), il faut dans ce cas là installer libcal-devel. La recompilation peut etre nécessaire pour ne plus avoir ce 
message.
Yum et curl[modifier]
Yum se sert de pycurl (donc de curl) pour fonctionner. Si curl est compilé avec une version d'openssl différente de celle sur le system ou compilé sans openssl, voilà le message 
d'erreur que l'on a :
There was a problem importing one of the Python modules
required to run yum. The error leading to this problem was:
   /usr/lib64/python2.6/site-packages/pycurl.so: undefined symbol: CRYPTO_set_locking_callback
Récupérée de « https://wiki.blaxeen.com/index.php?title=Trucs_%26_Astuces_Linux&oldid=4336 »