====== Correspondances Noyau <-> versions de Red Hat ======

^  Système  ^  Noyau  ^
|  RHEL2.1  |  2.4.9-e.3  |
|  RHEL3 U4  |  2.4.21-27.ELsmp  |
|  RHEL3 U6  |  2.4.21-37.ELsmp  |
|  RHEL3 U8  |  2.4.21-47.ELsmp  |
|  RHEL3 U9  |  2.4.21-50.ELsmp  |
|  RHEL4 U2  |  2.6.9-22.ELsmp  |
|  RHEL4 U4  |  2.6.9-42.ELsmp  |
|  RHEL4 U5  |  2.6.9-55.ELsmp  |
|  RHEL4 U6  |  2.6.9-67.ELsmp  |
|  OEL 5 U0  |  2.6.18-8.el5  |
|  OEL 5 U2  |  2.6.18-92.el5  |

====== Ouvrir un initrd ======
===== kernel 2.6.x =====

<code>
mkdir /tmp/initrd
cp /boot/initrd/initrd-`uname -r`.img /tmp/initrd/initrd-`uname -r`.img.gz
gunzip -v /tmp/initrd/initrd-`uname -r`.img.gz
cd /tmp/initrd
cpio -i < /tmp/initrd/initrd-2.6.9-67.ELsmp.img
</code>

===== kernel 2.4.x =====
<code>
mkdir /tmp/initrd
cp /boot/initrd/initrd-`uname -r`.img /tmp/initrd/initrd-`uname -r`.img.gz
gunzip -v /tmp/initrd/initrd-`uname -r`.img.gz
cd /tmp/initrd
mount tmp/initrd/initrd-`uname -r`.img /tmp/initrd
</code>

====== Regénérer un initrd qu'on a modifié à la main ======

<code>
find ./ | cpio -H newc -o > initrd.cpio
gzip initrd.cpio
mv initrd.cpio.gz initrd.img
</code>

====== Regénérer un initrd en mode single ======

<code>
mount -a
chroot /
mkinitrd -f /boot/initrd-2.6.9-67.ELsmp.img 2.6.9-67.ELsmp
exit
exit
</code>

//mkinitramfs// sous Debian et assimilés.

====== Virer les mails envoyés par la cron ====== 

Ouvrir la cron avec //crontab -e// et ajouter en première ligne **MAILTO=""**

====== Erreurs CDROM ======

Le démon //hald// peut être à l'origine des erreurs ci-dessous. Il tente de scanner le matériel et notamment le lecteur CDROM bien qu'il soit vide :

<code>
Jun 24 16:08:03 xxxxx2311784 kernel: ide-cd: cmd 0x1e timed out
Jun 24 16:08:03 xxxxx2311784 kernel: hda: irq timeout: status=0xd0 { Busy }
Jun 24 16:08:03 xxxxx2311784 kernel: hda: irq timeout: error=0x00
Jun 24 16:08:03 xxxxx2311784 kernel: hda: ATAPI reset complete
</code>

Il faut reconfigurer //hald// pour exclure le device en question ici **/dev/hda** dans le fichier ///usr/share/hal/fdi/90defaultpolicy/storage-policy.fdi// ou équivalent :

<code>
root@xxxxx2311784:/# tail -6 /usr/share/hal/fdi/90defaultpolicy/storage-policy.fdi
        <device>
                <match key="block.device" string="/dev/hda">
                        <merge key="storage.media_check_enabled" type="bool">false</merge>
                </match>
        </device>
</deviceinfo>
</code>

Puis on redémarre le service avec :

  /etc/init.d/haldaemon restart

====== Interface d'admin Web sur les DELL (disques) ======

Sur chaque machine Dell on peut gérer les disques physiques via une interface web (https sur le port 1311). Des fois c'est plus sympa que la commande omconfig. Le problème c'est quand la machine est en DMZ, le port 1311 n'est pas standard et le checkpoint firewall veut rien savoir. La bidouille consiste à démarrer le service sur un port standard (443 / https) par ex.

La conf est ici :

<code>
root@server2415656:/etc/srvadmin/iws/config# grep port iws.ini
port = 443
</code>

Ensuite redémarrer le service :
<code>
/etc/init.d/dsm_om_connsvc restart
</code>

Et vous pourrez utiliser l'interface d'admin web. Par contre il la remodifier le port une fois les modifs terminées, car certains ports, notamment le 443, peuvent potentiellement utilisés de manière ponctuelle par des applis. Sur certains serveurs WEB je suppose que le port 443 est déja utilisé. On peut tenter d'autres ports standard 22,80, etc.


====== crontab et environnement ======

Rajouter le PATH (par ex.) en début de crontab