reboot
 
# ou bien
 
shutdown –r

=> Arrêter de la machine

shutdown –h

=> Afficher les interfaces réseaux

ifconfig -a

=> Afficher les paramètres réseau d’une interface (par exemple eth0)

ethtool eth0

=> Afficher le contenu du fichier hosts (fichier de résolution de nom des machines)

more /etc/hosts

=> Pour changer l’adresse IP ou l’adresse MAC de la machine
1. Modifier le fichier /etc/sysconfig/network-scripts/ifcfg-eth0
2. Redémarrer le service network

/etc/init.d/network restart

=> Pour changer le nom de la machine
1. Modifier le fichier /etc/sysconfig/network
2. Modifier également le fichier /etc/hosts
3. Redémarrer de la machine

reboot

4. vérifier le nom de la machine

hostname

=> Obtenir les espaces utilisés par les répertoires systèmes

 df -h

Et pour un système de fichier particulier comme tmp

 df –h /tmp

=> Obtenir Nom, Nom complet et DNS d’une machine

hostname
hostname -f
hostname -d

=> Monter un cdrom

mount /dev/cdrom /mnt

=> Monter un disk (ou clé) USB

# Vérifier si la clé (ou disque) USB est bien montée :
lsusb
# Obtenir l’adresse de la clé (ou disque) USB si elle n’est pas montée
fdisk –l
# Monter la clé USB (ou disque)
mount /dev/sdxy  /mnt
 
# Dans mon cas le resultat de fdisk -l donne sdb1 donc sdxy = sdb1

=> Configurer le redémarrage automatique du service tomcat
1. Copier/enregistrer le script ci-dessous dans le répertoire /etc/init.d
Sous le nom « tomcat » par exemple

# This is the init script for starting up the
#  Jakarta Tomcat server
#
# chkconfig: 345 91 10
# description: Starts and stops the Tomcat daemon.
#
 
# Source function library.
. /etc/rc.d/init.d/functions
 
# Get config.
. /etc/sysconfig/network
 
# Check that networking is up.
 [ "${NETWORKING}" = "no" ] && exit 0
 
tomcat=/opt/apache-tomcat-5.5.27
startup=$tomcat/bin/startup.sh
shutdown=$tomcat/bin/shutdown.sh
export JAVA_HOME=/usr/java/jdk1.5.0_19
 
start(){
 #echo -n $"Starting Tomcat service: "
 action $"Stopping Tomcat service: " $startup
 RETVAL=$?
 echo
}
 
stop(){
 action $"Stopping Tomcat service: " $shutdown  
 RETVAL=$?
 echo
}
 
restart(){
  stop
  start
}
 
status(){
numproc=`ps -ef | grep catalina | grep -v "grep catalina" | wc -l`
if [ $numproc -gt 0 ]; then
echo "Tomcat is running..."
else
echo "Tomcat is stopped..."
fi
}
 
# See how we were called.
case "$1" in
start)
 start
 ;;
stop)
 stop
 ;;
status)
      # This doesn't work ;)
 status tomcat
 ;;
restart)
 restart
 ;;
*)
 echo $"Usage: $0 {start|stop|status|restart}"
 exit 1
esac
exit 0

2. Modifier les droits de lecture et écriture du fichier précédent (tomcat)

chmod a+x tomcat

3. Ajouter tomcat aux services

chkconfig –- add tomcat

4. Configurer le run level pour que tomcat redemarre en mode auto

chkconfig --level 2345 tomcat on

=> interface simple pour activer et désactiver les services
ntsysv fournit une interface simple pour activer et désactiver les services.

ntsysv

=> Configurer les interfaces réseaux eth0,eth1,… : Speed,Duplex et Auto-negotiation

ethtool -s eth0 speed 100 duplex full autoneg off

La commande ci-dessus configure automatiquement les paramètres Speed,Duplex et Auto-negation et engendre donc une coupure réseau. Il est donc conseillé d’exécuter la commande en dehors des heures de service. Il faut noter aussi que cette configuration est perdue au redémarrage de la machine.
Alors pour éviter de perdre la configuration au redémarrage du serveur, il faut en plus de la commande précédente modifier le fichier /etc/sysconfig/network-scripts/ifcfg-eth*

Procédure

# se positionner dans le repertoire network-scripts
 
  cd /etc/sysconfig/network-scripts
 
# lister les interfaces ethernet dispo sur la machine  
 
 ll ifcfg-eth*
 
# Ajouter à chaque fichier ifcfg-eth*( ifcfg-eth0, ifcfg-eth1,…)  la ligne : ETHTOOL_OPTS="speed 100 duplex full autoneg off"
      Exemple pour ifcfg-eth0  
 
# vi ifcfg-eth0
 
# Broadcom Corporation NetXtreme II BCM5716 Gigabit Ethernet
DEVICE=eth0
BOOTPROTO=none
BROADCAST=xxx.xx.xxx.xxx
HWADDR=xx:xx:xx:xx:xx:xx
IPADDR=xxx.xx.xxx.xx
NETMASK=xxx.xxx.xxx.xxx
NETWORK=xxx.xx.xxx.x
ONBOOT=yes
TYPE=Ethernet
ETHTOOL_OPTS="speed 100 duplex full autoneg off"

=> Dévérouiller un compte root
1. Se connecter à la machine avec un autre compte
2. Modifier le fichier sshd_config en positionnant le paramètre PermitRootLogin sur la valeur YES

vi /etc/ssh/sshd_config
 
# Et mettre le paramètre  PermitRootLogin  à YES
 
PermitRootLogin = YES

3. redémarrer le service sshd

service sshd restart

=> Recherche de fichier dans tous les répertoires

Soit à rechercher tous les fichiers « ifcfg-eth* » c’est à dire « ifcfg-eth0″, « ifcfg-eth1″,…

find /* -name "ifcfg-eth*" -print

=> Configurer date-heure : commandes date ou hwclock

# visualiser date heure
 
 date
 
# visualiser date heure UTC/GMT
 
 date --utc
 
# configurer l'heure (par exemple mettre l'heure actuelle à 13:42:05)
 
 date -s "13:42:05"
 
# configurer la date seule sans toucher à l'heure
 
 date -s "13:42:05 Apr 29, 2011"
 
# configurer le timezone
 
 dateconfig

=> Synchroniser une machine avec un serveur de temps (NTP)

1. Modifier le fichier /etc/ntp.conf
Dans cet exemple le serveur NTP à pour IP : 172.xx.x.xxx

# Permit time synchronization with our time source, but do not
# permit the source to query or modify the service on this system.
restrict default kod nomodify notrap nopeer noquery
 
# Permit all access over the loopback interface.  This could
# be tightened as well, but to do so would effect some of
# the administrative functions.
restrict 127.0.0.1
restrict -6 ::1
 
# Hosts on local network are less restricted.
#restrict 192.168.1.0 mask 255.255.255.0 nomodify notrap
 
# Use public servers from the pool.ntp.org project.
# Please consider joining the pool (http://www.pool.ntp.org/join.html).
 
#broadcast 192.168.1.255 key 42         # broadcast server
#broadcastclient                        # broadcast client
#broadcast 224.0.1.1 key 42             # multicast server
#multicastclient 224.0.1.1              # multicast client
#manycastserver 239.255.254.254         # manycast server
#manycastclient 239.255.254.254 key 42  # manycast client
 
# Undisciplined Local Clock. This is a fake driver intended for backup
# and when no outside source of synchronized time is available.
server 127.127.1.0
fudge   127.127.1.0 stratum 10
 
# Drift file.  Put this in a directory which the daemon can write to.
# No symbolic links allowed, either, since the daemon updates the file
# by creating a temporary in the same directory and then rename()'ing
# it to the file.
driftfile /var/lib/ntp/drift
 
# Key file containing the keys and key identifiers used when operating
# with symmetric key cryptography.
keys /etc/ntp/keys
 
# Specify the key identifiers which are trusted.
#trustedkey 4 8 42
 
# Specify the key identifier to use with the ntpdc utility.
#requestkey 8
 
# Specify the key identifier to use with the ntpq utility.
#controlkey 8
restrict default kod nomodify notrap nopeer noquery
server 172.xx.x.xxx
restrict 172.xx.x.xxx mask 255.255.255.255 nomodify notrap noquery

2.Redémarrer le service ntpd

service ntpd start  
 
ou
 
/etc/init.d/ntpd start

3. Pour que le service ntpd redémarre automatiquement après un reboot de machine

chkconfig --level 345 ntpd on

4.Vérifier que la synchronisation est effective

ntpstat;echo $?

Exemple de résultat : le chiffre 0 à la fin indique que la machine est bien synchronisée
——————

synchronised to NTP server (172.xx.x.xxx) at stratum 4
time correct to within 172 ms
polling server every 1024 s
0

=> Planifié le Reboot automatique du serveur tous les dimanche à 22H30

Un lien intéressant sur le sujet
0. Se connecter au serveur en tant que root
1. Vérifier si le service crond est installé et qu’il est démarré

service crond status

Démarrer le service crond si il n’est pas dans l’état « Running » :

service crond start

Vérifier si le service crond demarre automatiquement au reboot

chkconfig --list | grep crond

résultat attendu les Level 345 doivent être à ON :

crond 0:off 1:off 2:on 3:on 4:on 5:on 6:off

Si les Level 345 ne sont pas à ON il faut faire :

chkconfig --level 345 crond on

2. Créer le script de reboot, nous allons appelé ce script « reboot.sh »

Vi /bin/reboot.sh

Préparons le script reboot.sh qui écrit dans le fichier de log (trace)après le reboot:

#!/bin/sh
  echo "Reboot du serveur" >> /tmp/log_reboot.log
  date >> /tmp/log_reboot.log

3. Modifier les droits sur le fichier reboot.sh

chmod 777 reboot.sh

4. Pour scheduler le reboot exécuter :

crontab -e

5. Ajouter les lignes suivantes puis enregister

30 22 * * 0 reboot
@reboot /bin/reboot.sh

6. Pour visualiser les tâches planifiées

crontab -l

=> Créer un user dans le groupe root
1. créer le compte

useradd -m -g 0 admin

2. initialiser le mot de passe du compte admin

passwd admin

=> Installer ou mettre à jour un RPM

rpm -Uhv * myfile.rmp

=> Installer un RPM

rpm -ihv myfile.rmp

=> Désinstaller un RPM

rpm -e myfile

* Noter que la désinstallation du RPM il ne faut pas indiquer l’extension(.rpm) du paquet RPM

=> Configurer un serveur DNS sous CentOS 5 Procédure

=> Lister les caractéristiques d’un serveur Linux

*****************************************************************************************************
** LISTER LES COMPOSANTS D'UNE MACHINE SOUS LINUX  
*****************************************************************************************************
 
*****************************************************************************************************
** FILE SYSTEM
*****************************************************************************************************
# df -h
 
*****************************************************************************************************
** CPU
*****************************************************************************************************
# cat /proc/cpuinfo
  ou
# dmesg | grep CPU  
 
*****************************************************************************************************
** MEMOIRE
*****************************************************************************************************
# cat /proc/meminfo
 
*****************************************************************************************************
** DONNEES DU BIOS
*****************************************************************************************************
Récupérer les informations sur le matériel en collectant les informations depuis le BIOS.  
# dmidecode -t <TYPE>
 
<TYPE> est un nombre extrait de la liste suivante :
 
       Type   Information
       ----------------------------------------
          0   BIOS
          1   System
          2   Base Board
          3   Chassis
          4   Processor
          5   Memory Controller
          6   Memory Module
          7   Cache
          8   Port Connector
          9   System Slots
         10   On Board Devices
         11   OEM Strings
         12   System Configuration Options
         13   BIOS Language
         14   Group Associations
         15   System Event Log
         16   Physical Memory Array
         17   Memory Device
         18   32-bit Memory Error
         19   Memory Array Mapped Address
         20   Memory Device Mapped Address
         21   Built-in Pointing Device
         22   Portable Battery
         23   System Reset
         24   Hardware Security
         25   System Power Controls
         26   Voltage Probe
         27   Cooling Device
         28   Temperature Probe
         29   Electrical Current Probe
         30   Out-of-band Remote Access
         31   Boot Integrity Services
         32   System Boot
         33   64-bit Memory Error
         34   Management Device
         35   Management Device Component
         36   Management Device Threshold Data
         37   Memory Channel
         38   IPMI Device
         39   Power Supply
 
****************************************************
** TYPE DE SERVEUR  
****************************************************
# dmidecode -t 1
# dmidecode 2.7
 
SMBIOS 2.5 present.
Handle 0x000A, DMI type 1, 27 bytes.
System Information
        Manufacturer: IBM
        Product Name: System x3650 M2 -[7947AC1]-
        Version: 00
        Serial Number: KQRKBKK
        UUID: 28286A77-C724-3509-8C1F-7790C6E0FC2C
        Wake-up Type: Power Switch
        SKU Number: XxXxXxX
        Family: System x
 
 
****************************************************
** TYPE DE CARTE MERE
****************************************************
# dmidecode -t 2
# dmidecode 2.7
 
SMBIOS 2.5 present.
Handle 0x000B, DMI type 2, 16 bytes.
Base Board Information
        Manufacturer: IBM
        Product Name: 49Y6498
        Version: (none)
        Serial Number: 9A804T
        Asset Tag: (none)
        Features:
                Board is a hosting board
                Board is replaceable
        Location In Chassis: Rear Bottom
        Chassis Handle: 0x000C
        Type: Motherboard
        Contained Object Handles: 0
 
 
****************************************************
** TYPE DE CHASSIS
****************************************************
# dmidecode -t 3
# dmidecode 2.7
 
SMBIOS 2.5 present.
Handle 0x000C, DMI type 3, 17 bytes.
Chassis Information
        Manufacturer: IBM
        Type: Rack Mount Chassis
        Lock: Not Present
        Version: none
        Serial Number: none
        Asset Tag: none
        Boot-up State: Safe
        Power Supply State: Safe
        Thermal State: Other
        Security Status: Other
        OEM Information: 0x00000000

—

A suivre ….

———————-
Etienne ZINZINDOHOUE

SRV1 IP : 172.20.X.12
SRV2 IP : 172.20.X.13
IP VIRTUEL : 172.20.X.10

=> Installer le package yum sur les serveurs

Avant d’installer UCARP sur les serveurs, il faut avant d’abord installer le package yum depuis le dépôt de logicielle (repository software).

¤ Se connecter au serveur en tant que root
¤ Exécuter la commande suivante :

rpm -Uvh http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-4.noarch.rpm

=> Installer UCARP sur les serveurs

¤ Se connecter au serveur en tant que root
¤ Exécuter la commande suivante :

yum -y install ucarp

=> Configurer UCARP sur les serveurs

Après installation d’UCARP sur les serveurs il faut maintenant configurer le fichier /etc/ucarp/vip-001.conf

Sur SRV1 (/etc/ucarp/vip-001.conf)
———————————–
# ID SRV1
ID=001

# Options, pour voir toutes les options executer : ucarp – – help
OPTIONS= »–shutdown –preempt »

Sur SRV2 (/etc/ucarp/vip-001.conf)
———————————–

# ID SRV2 : doit être identique à celui du SRV1
ID=001

# Options, pour voir toutes les options executer : ucarp – – help
OPTIONS= »–shutdown –preempt »

=> Démarrer le service UCARP sur les serveurs
Après la configuration des fichiers /etc/ucarp/vip-001.conf sur les serveurs il faut démarrer le service UCARP en exécutant sur chaque serveur la commande :

service ucarp start

et vérifier l’état du service avec la commande :

service ucarp status

=> Activer le service UCARP au reboot automatique
Sur chaque serveur exécuter les commandes :

chkconfig --add ucarp
 
chkconfig - - level 2345 ucarp on

=> Master/Backup status
On démarrage UCARP négocie le status master/backup entre les serveurs SRV1 et SRV2.
Pour vérifier quel est le serveur maître (master) ou esclave (backup) il faut jeter un d’œil dans le fichier /etc/log/messages

Les fichiers :
/etc/log/messages.1
/etc/log/messages.2
/etc/log/messages.x (x étant un entier)

Exemple de contenu du fichier /etc/log/messages
—————————-

Apr 10 04:02:01 xxxxxxxxxxxx syslogd 1.4.1: restart.
Apr 12 11:55:48 xxxxxxxxxxxx kernel: bnx2: eth0 NIC Copper Link is Down
Apr 12 11:55:49 xxxxxxxxxxxx ucarp[32761]: [WARNING] Switching to state: BACKUP
Apr 12 11:55:49 xxxxxxxxxxxx ucarp[32761]: [WARNING] Spawning
Apr 12 11:55:49 xxxxxxxxxxxx ucarp[6523]: [WARNING] Switching to state: BACKUP
Apr 12 11:55:49 xxxxxxxxxxxx ucarp[6523]: [WARNING] Spawning

=> Failover test

Après avoir identifié le serveur MASTER et le serveur BACKUP, on peut tester si le système failover fonctionne bien.

¤ Pour cela depuis la machine d’administration pingé l’IP VIRTUEL

Ping 172.20.X.10

Si la machine d’administration est du Windows exécuter donc :

Ping -t 172.20.X.10

¤ Puis arrêter (shutdown) le serveur MASTER

Résultat : Il ne doit pas y avoir perte de packets.

¤ Redémarrer le serveur MASTER

Résultat :
———-
Après redémarrage du service UCARP sur cette machine, Cette dernière reprend son rôle de MASTER (voir fichier /etc/log/messages ou /etc/log/messages.X)

Il faut noter que UCARP gère le failover de la machine (niveau système). UCARP ne sait pas gérer le failover d’un service particulier comme tomcat ou autre. Donc pour gérer le failover au niveau services ou application il faut faire recours à un service de gestion de haute disponibilité plus pointu comme HEARTBEAT

———————
Etienne ZINZINDOHOUE