peck a écrit 565 commentaires

C'est inetd qu'il faut mettre et non initd.

Je salue l'initiative de faire tout ceci en opensource !

Mais j'ai toujours un doute sur le fait que des gens vont travailler et surtout produire des chose qui bénéficieront majoritairement à la nasa. C'est à dire une agence ayant, il est vrai, une certaine aura, mais qui travaille dans un domaine très pointu et qui aura de grosses exigences pour des développeurs indépendants.

Et tout ceci pour pas un rond de leur part, opensource == gratuit ?

Attention aux bases de données.

Si ton serveur web utilise des bases mysql par exmple la récupération peut être un peu moins évidente.

Supposons qu'il n'y ait pas de serveur mysql.
Dans ce cas la solution la plus simple est celle du rsync proposée précédemment. Elle est très simple à mettre en place et te permet d'avoir un serveur immédiatement disponible. Elle a le petit inconvénient d'avoir un décalage parfois un peu long dans le temps et d'être gourmande en resources si ton serveur héberge une très grande quantité de fichiers.

Pour ne pas faire de rsync inutilement et pour être plus rapidement à jour, tu peux coupler rsync a un évenement inotifywait (il faut savoir coder un peu en shell) à la place de cron.


Par la suite, pour les sauvegarde, utilise quelque chose en plus comme backuppc (voir plus bas) ou amanda, qui te permettra aussi de récupérer d'anciennes versions des fichiers hébergés (en cas de boulette :-)


Pour ce qui est de la réflexion sur le fait que le 2e serveur peut casser aussi, note que ton serveur de backup peut aussi casser et qu'il faut donc lui aussi le sauvegarder. C'est sans fin et c'est a toi de placer la limite.

Je suis loin d'être un pro de udev et je ne connais pas le fonctionnement de ivman. Mais voici un règle qui peut t'éclairer sur son fonctionnement.

KERNEL=="sd*[!0-9]", SUBSYSTEM=="usb_device", SYMLINK+="usbdisk"

Si le noyau trouve un périphérique sd* (stockage) et que c'est un usb_device, alors il ajoute un lien symbolique vers ushdisb. Ensuite a toi de dire a ivman de monter usbdisk (donc surement vers /media/usbdisk).

Relis bien ta config hellanzb.

Peut-etre qu'il doit déposer le résultat dans un réprtoire interdit, peut-etre que tu lui as insiqué l'utilisation de par2 mais qu'il n'existe pas, même remarque pour unrar.

Je veux bien détailler un peu plus une solution, mais pour savoir laquelle, il faudrait connaître un peu mieux ton besoin.

Veux-tu une redondance pour récupérer instantanément en cas de crash ? Veux-tu une sauvegarde pour en cas de bêtise sur le serveur ?

Le rsync est très bien pour le 2e cas, pour le premier aussi, mais il y a mieux. Car un rsync est assez gourmand (surtout si ton arborescence est grande). Ce qui veut dire que régulièrement sera de l'ordre de l'heure (et attention aux rsync simultanés ...).

Veux-tu résister au crash de la machine elle-même ou seulement du disque dur ? En combien de temps veux-tu pouvoir restaurer le serveur ? As-tu une ou plusieurs autres machines à disposition ?

C'est une mauvaise solution pour des questions de perfs.
Le raid1 va être ralenti par le réseau en permanence car il n'a pas été pensé pour cette situation, les perfs vont s'écrouler.

Gfs et ocfs2 sont des "équivalent" bien plus efficaces (qui utilisent drbd).

Tu veux des sauvegardes complètes ? Genre avec amanda.

Ou est-ce que tu veux des snapshots réguliers du système de fichier ? Avec lvm snapshot.

Ou est-ce que tu veux une redondance du systeme de fichier ? genre avec ocfs, ou du raid 1 ?

Est-ce que tu veux une copie permanente du système de fichier ? genre en faisant un raid 1 avec un nbd (mauvaise idée mais c'est pour la citer).

Est-ce que tu veux un synchro régulière de 2 machines ? avec rsync (+crontab pour une synchro régulière, +inotifywait pour une synchro par evenement)

Autre ?

C'est à dire : apt-get install linux-source-2.6.8.2 ou à peu près ca.

La commande est dans le titre.

Attention, c'est très verbeux

Il faut que tu aille voir dans les logs du slave. Un seul des 2 slave qui n'est pas lancé signifie qu'il s'est passé un problème (ici par exemple lors du transfert des données).

Pour info le \G remplace le ; donc tu n'en as pas besoin (d'ou l'ERROR sur le master)

Si tu viens juste d'installer le slave, pourquoi commencer le log_pos à 98 et pas à 0 ?

Si tu viens juste de l'installer, as-tu la base a répliquer présente sur le slave ?
Si non, as-tu répliqué à partir du moment ou tu as créé ta base ?

Pour ton PS, non il n'y a pas besoin des log-bin sur les slaves sauf si tu veux qu'il serve lui aussi de master pour propager l'information.

Voir la réponse a spoofing un peu plus tot.

Il te faut ouvrir les ports utiles pour le nfs, c'est à dire 111 tcp et udp pour le portmap et 2049 tcp/udp pour les transferts de données

La je ne sais pas.

Dans l'installeur debian en mode avancé tu dois pouvoir préciser les medias d'installation.

Ca peut aussi être un probleme de virtualhost.

Si un virtualhost est déclaré en premier et ne contient pas la conf de phpmyadmin, il ne pourra pas répondre correctement.

Il faut que tu soit sur qu'apache ecoute bien:

netstat -lnp -> tu dois avoir un 127.0.0.1 ou un 0.0.0.0 pour apache avec le port 80

Si oui, telnet localhost 80 , il faut que ca réponde.

Il est probable qu'a partir d'ici ca ne marche pas -> relire la configuration apache et regarder dans les logs /var/log/kivabien

Autoriser le gratuitous arp :)

Ou alors configurer le cache arp de tes clients pour être très court.

Ce que tu veux c'est une redondance, et donc tru trouveras probablement cette fonctionnalité dans les outils qui vont avec. C'est à dire vrrpd ou keepalived.

Je plussoye, xml c'est pas fait pour les humains mais pour les machines.

Mais bon, parfois on n'a pas le choix.

Je ne crois pas que cela soit possible directement dans cron.
Heureusement c'est un shell qui est lancé, tu peux donc faire

0 5 * * 0 if [ $(((`date +"%U"`)%2)) -eq 0 ]; then tacommande; fi

Tu peux faire du vrrp avec keepalived. Mais c'est une solution concurente de heartbeat qui gere aussi le lvs.

Les données des application kde sont dans ~/.kde/share/apps/...

Les mails (gérés par kmail et non pas contact qui ne fait qu'agréger plusieurs applications) sont dans ~/.kde/share/apps/kmail/mail

J'en profite pour signaler une autre piste sous linux 2.6 Ce noyau intègre un système pour être averti de changements sur fichier.

Pour utiliser cette foncionnalité dans un script shell ,il te faut la commande inotifywait.

Cela va t'être difficile car les systèmes d'installation requièrent leur propre noyau. Or une fois que tu as booté sur ta disquette, le noyau est chargé.

D'un autre coté, supposons que tu arrive a booter le noyau d'installation de la distribution en question, celui-ci risque fort de ne pas supporter le pcmcia.

Le solution pour les cdrom d'install pour au moins arriver à cette 2e étape est d'extraire la disquette de boot. En effet un cdron bootable n'est qu'un cdrom normal auquel on a ajouté une disquette de boot au début des données.

Il semblerait que le projet suivant te permette d'extraire cette disquette pour tenter de booter avec http://freshmeat.net/projects/geteltorito/