jeudi, août 31, 2006

Hier soir :

Dans la série j'ai pas de bol ...
Mercredi soir, j'avais copié le Maxtor80Go de jil sur un 40G (celui de Ced). J'ai ensuite, un peu pressé par le temps, posé le disque au fond de la tour, il m'a semblé qu'il était un peu de biais, mais ça ne me paraissait pas grave ... ERREUR !
De plus, j'avais laissé la carte RAID sans disque connecté, alors qu'il est précisé dans la documentation qu'a chaque manipulation, il faut un disque connecté.

Ma femme a démarré jil, tout va bien, puis en phase de démarrage de w2K ... plantage, reboot de la machine ... le disque fait alors un drôle de bruit, il ne boote plus, problème d'accès. :(

J'ai crashé le 40Go :( [désolé Ced]

Il y a deux possibilités : le disque était trop de biais pour fonctionner correctement, ou W2K s'est mélanger les pinceaux sur les contrôleur IDE, du fait que le RAID était en faute. Il a essayé d'adresser le contrôleur de la carte avec le driver du RAID.
En effet, le bios du raid fait qu'il est en contrôleur n°0, puis vient l'interne en n°1. Plus Exactement, sur linux le disque sur le raid est hda, et le disque interne est hde. Ça ne veut peut être rien dire, mais ...

En tout cas, il faut revoir les étapes de migration, sans compter sur le 80Go de jil et le 40G à Ced. J'en déduit aussi qu'il ne faut pas toucher à une machine qui marche.

Je pensais mettre en raid 1 le 40Go de yahourt grâce au disque à Ced. Et bien, on verra (beaucoup) plus tard.

Sans avoir fait les tests de reprise, je vais récupéré un Maxtor80Go (celui qui est du même modèle) dans soleil, et je vais installer linux sur pouet.
Concernant la disponibilité d'un autre 80Go, je verrai avec le disque dans monstre, qui passera sûrement sur un 160Go.

mercredi, août 30, 2006

Fait hier (mardi) soir :

J'ai acheté une carte RAID Sil680 IDE-RAID, dans le but de faire du Raid1 sur mes disques durs. J'en ai assez de constater que je perds des données.

J'ai fait marcher cette carte avec un disque dur Maxtor 80Go, sur jil (W2K). J'ai installé le driver. ATTENTION, le driver SiI608A N'EST PAS COMPATIBLE avec la 680 ! J'ai donc utilisé le driver du CD. Ça marche.

Dans le but de récupérer un disque de 80Go, j'ai pris le 40 de pouet, et j'ai copié MRB+hda1 du Maxtor80G de jil vers ce IBM40Go.
[1 sec pour le MBR avec : dd if=/dev/hda of=/dev/hde bs=512 count=1]
[3h pour la partition (attention, toujours mettre le même nombre de bloc et/ou cylindre) avec : dd if=/dev/hda1 of=/dev/hde1]
J'ai booté sur jil avec le nouveau disque : ça rame (IDE66 à la place de UDMA133), mais ça marche !

Je dispose donc maintenant pour pouet de 2 x Maxtor80Go. Je vais faire les tests sur jil : créer un Array avec 2 disques, PUIS en enlever 1 et copier le contenu du disque restant sur un autre (je vais prendre le Maxtor80Go de soleil).
Mon but est de simuler le crash d'un disque, pour voir si c'est simple de récupérer les données.

Si ces tests sont concluants :
- pouet aura (2*80 en raid1)=80Go(dont système) + (3*9 en raid5Soft) = 17Go
- soleil aura (2*80 en raid1)=80Go(dont système) + (2*4 en raid1Soft) = 4Go

pouet sera à réinstaller. Pour soleil (qui dispose d'un système sur un 80G) , je ferai la procédure de duplication faite lors des tests.

J'ai aussi investi dans une clé USB2 avec carte mémoire de 512Mo. Je vais mettre le cvs des roottools dessus (pserver sur pouet), la taille est suffisante, et comme ça c'est sur un média "sur".

mardi, août 29, 2006

Fait hier soir :

J'ai monté le WD800 (80Go) qui ne marche pas dans le boîtier USB, j'en ai profité pour mettre le disque Maxtor de 80 USB dans pouet. Le Maxtor a été reconnu immédiatement.

Le western digital était alors visible par le système (SUSE10.1), mais malgré ça, je n'ai pas pu écrire sur ce disque.
fdisk me disait que le nombre de cylindre était invalide. Pluggé sur play (chipset BX), les données dur dur ont été détecté (d'ailleurs : le nombre de cylindre est 16383). Je veux faire des essais sur play.
Sur pouet, j'ai branché le WD dur l'IDE, et j'ai utilisé "The ultimate boot CD". PAS D'OUTILS WESTERN DIGITAL !
...Rien à faire.

Donc : proscrire les WD, prendre des maxtor ou des IBM.

Je réfléchi au fait d'utiliser une machine en tant que serveur de données, avec un disque partagé en nfs, ce disque étant en RAID. Le problèmes est alors de choisir quel machine.
pouet serait pas mal. play pourquoi pas, il ne fera pas grand chose la plupart du temps.

lundi, août 28, 2006

Récapitulatif de vendredi/samedi/dimanche

J'ai installé SUSE10.1 sur pouet, j'ai constaté plusieurs choses.

Coté matériel : le disque scsi de 40G n'a pas été reconnu, je l'ai enlevé. Le disque de 80G IDE n'est pas reconnu.
Ces deux disque étaient sur la même nappe d'alimentation lors du montage avec la première alimentation. Je crois bien que je viens de perdre 120G, dont 80 de données !

J'ai testé le 80G IDE sur un adaptateur SCSI->IDE, pas mieux.
Reste UNE solution, le boitier USB.

Concernant le disque scsi, j'ai remarqué que j'avais un boitier scsi 68 broches (avec une disque dedans). Il faut donc que je trouve une nappe scsi68-68 et une terminaision externe 68. Avec ce materiel, je pourrai plugger/deplugger en cas de problèmes (j'ai pas trop d'espoirs).

Concernant l'IDE, un boitier USB devrait faire l'affaire (je le mettrai en automount).

Coté soft, j'ai donc installé la 10.1 sur pouet, avec x/Gnome. Tout marche correctement. Le soucis viens de mon inhabitude pour ces environement, j'ai sous estimé le "/opt", j'ai donc pris une patition de données pour étendre le système.

J'ai mis du md (=raid) en 5 sur les 3 disques scsi. Ce raid n'est que logiciel. On verra. Par contre, j'ai mis du reiser (quel m.... !!!). Je ne sais pas vraiment comment manippuler ces partition pour repasser en ext3, à voir.

Autre point, une source en ftp sur ftp.suse.com s'est configuré automatiquement, et des updates se sont uploader (?). Il semble que ce soit du à l'installation de X/Gnome. Pourquoi ?

Les updates ont provoqué des conflits qui ont été imposible à résoudre, c'est pas encore ça !

Bon. Ce soir, j'interchange l'ide de la tour et celui en USB, je teste les deux.

vendredi, août 25, 2006

Hello,

Hier :
j'ai testé ypmsh sur mule, j'ai observé 2 problèmes :
- le gestion des sources est décorélé de yast (pour moi, c'est pas logique)
- ça consomme autant :
donc si yast freeze au moment du chargement des catalogues ... ypmsh AUSSI.

Cette solution semble avoir les même désavantages.
Un point positif, ypmsh se lance plus vite, mais freeze apres, donc ... :(

Concernant pouet, j'ai un souci de disque U160, mon 40G semble ne pas vouloir se lancer.
1) A revoir la configurations des jumpers.
2) mettre les disque de 10G sur la meme nappe avec ID de 8->11.
Il semble en effet que le pb viendrait d'un double pb jumper+nappe.

pouet est à installer avec le 12 septembre, pour héberger un nouveau domaine.

* Récupération d'un disque de 40G (Merci Ced), en cas de catastrophe, ce disque sera mis dans pouet à la place de l'U160.
Sinon, il ira dans play.

A faire : spreadsheet a modifier une fois le montage fait.

jeudi, août 24, 2006

J'ai mis en cron toutes le 2 heures un ntpdate && hwclock sur mule et play.

J'ai voulu changé les sources sur play et mule.
Sur play : Ok
Sur mule : problème de mémoire lors du chargement des catalogues

J'ai installé Emacs sur play.

J'ai revu la conf dhcp sur soleil, ça va beaucoup mieux. Il ne faut pas hésiter à faire des groupes.

J'ai voulu accéder au cvs du binding python-FUSE, j'ai un pb d'accès. Il faut que je regarde comment configurer mon routeur pour accéder à l'intérieur vers un port cvspserver.

mercredi, août 23, 2006

Hier soir ...

J'ai mis les sources SuSE10.1 sur mule, j'ai mis dans le chemin un '/' au début : ERREUR !
Cela ne marche pas. A corriger.

Il semble qu'en FTP, il ne sache pas changer de CD, et qu'il faudrait mettre tous les CD, a voir.

j'ai installé NIS, cvs et xntp (pour ntpdate) sur play et mule, j'ai installé et configuré ntp sur soleil.
reste à trouver hwclock, et mettre la synchronisation dans un cron.

La carte (chip via) et le HD en USB sont reconnus par le noyau, je peux mount /dev/sda1 sur play, par contre, je n'ai pas accès aux autres partitions, mais elles sont en étendu.

La mémoire de 98 Mo sur mule permet de faire tourner le système, et pas beaucoup plus (92 occupés).

mardi, août 22, 2006


Voici la topologie de mon réseau. Ce qui est en vert sera sur la zone de Toulon.

Voici la topologie de mon réseau. Ce qui est en vert sera sur la zone de Toulon.
Concernant hier soir :

Installation de 256 Mo de memoire pris sur play, installé dans mule, puis lancement de l'installation de la SUSE10.1
Installation OK.

N.B. : La connexion au site mise à jour automatique à marché, il est donc necessaire d'avoir un access ftp pour faire ca.

Remise en place des mémoire :
- play : 256 + 32 + 32
- mule : 64 + 32

Boot, tout est OK.

Connexion du HD USB sur play, reconnu durant le boot, access à tester.

premières choses à faire :
- changer la source (mettre ftp://192.168.0.1)
- mettre en place NIS
- modifier conf dhcp pour avoir une IP fixe sur mule
- tester l'acces sur le disque USB, le partager en nfs

visit www.ppprod.net

lundi, août 21, 2006

Ce qui a été fait hier :

J'ai changer la répartition des mémoire, de facon à avoir plus de 64 Mo sur mule.
Je suis passé à 98, et ai mis 600Mo de swap.
Au boot S10.1 ne me demande pas dee spécifier la swap, mais freeze apres quelques manip.
Conclusion : je sens un mieux pour yast, mais trop peu pour l'install, donc, le temps de l'install, je vais prendre les 256Mo de play.

J'ai mis l'usb2 dans play, le test du HD va venir, il faudra que je le partage en NFS, et que mule le voie.

le problème du FTP sur soleil parait ok, il fallait un reboot.

J'ai mis la liste du matos dans une spreadsheet google (modif des liens).

visit www.ppprod.net

jeudi, août 17, 2006

j'oubliais ...

visit www.ppprod.net

page rank, quand tu nous tiens ;)
bon récapitulatif des étapes réalisées :

concernant soleil :
- installation de squid
- installation du rootool masquerade (passage en v6)
- installation de autofs, mise en place du montage des isos
- ajout de sources (packman et rpmfind), puis installation de ftp-proxy

Tout parait OK, les isos sont montés par auto.distrib dans /pub/distrib.
j'ai configuré tftp et (vs)ftp pour avoir comme root /pub, avec la suse 9.3 et la suse 10.1

je n'ai pas pu exploité ces sources, car j'ai problème sur le ftp, masquerade le renvoie à ftp-proxy même si la destination est 192.168.0.1, A CORRIGER !!!

concernant yahourt, rien de neuf.

play est installé en 10.1, mais je n'arrive pas à installer vlc. j'ai comme source 192.168.0.1/SUSE0101.1 et packman/... en ftp, vu mon pb en ftp, ça merde.
je n'arrive pas résoudre les dépendances, c'est trop infernal à la main, on verra plus tard.

je suis en train d'installer mule, mais avec 65Mo de ram, en suse 10.1, c'est chaud. J'ai booter en 8.1 pour créer du swap, et m'en servir pour l'installation.
Pas de bol, ce soir, durant, l'installation, coupure de jus, faudra recommencer demain :(

vendredi, août 11, 2006

Hier :

Sur chaque machine (soleil et yahourt) :
backup de root,etc,var et home dans /data/data1

Install de la 9.3 à partir des CD, version minimale.

Premier pb : noyeau 2.6, je vais avoir à refaire pas mal de script roottool.

Deuxième problème : la carte 3COM 3C905BTX (tornado rev 30 ou 60) ne passe qu'en half duplex avec le pilote sans option. Je ne veux pas avoir à configurer ca.

Sur yahourt :
eth0 : 3C905BTXM : wan : full duplex, tout ok.
eth1 : 3C905BTX : lan : surement avec pb, mais tant pis, pour chez mes parent, ca sufirra, cette machine est surtout un servuer pour l'exterieur
eth2 : RT82... : lan :carte optionnel pour pont wireless sur reseau dedié, pas de perf demandée

Sur Soleil :
eth0 : NetG FA310 : lan : full duplex, tout ok
eth1 : 3C905BTX : wan : half duplex.
--- Ca, ca m'embete ---
On va donc prendre un FA5.. NetG en Gigabit sur une autre machine, cette carte est reconnue par 3.9, de plus ce serveur fourni beaucoup de services au lan, du gigabit ce n'est que mieux
Ce qui donne
eth0 : NetG FA310 : wan 100
eth1 : NetG FA5.. : lan GB

je change les cartes ce soir.

J'ai mis NIS sur soleil, il faut que je mettre yahourt en slave.

Un des premier point est de mettre en place DHCP sur soleil et de connecter eth2 de yahourt dessus, mais avec une visibilité uniquement sur 192.168.0.1.
On peut ensuite installer une route par defaut, qui permettra de recuperer l'IP wan de soleil.

Assez de travail pour une soirée ;)

jeudi, août 10, 2006

Recap d'hier

J'ai passer le script en roottool, je crois bien avoir garder les même commandes,
mais hier, cela a marché differemment. Bon, quoi qu'il en soit, le script est fait.
Il n'a pas pu etre commité, le serveur cvs étant down.
J'ai trouvé une autre doc, avec une nouvelle syntaxe. Il faut l'essayé, ca a l'air coherent et plus simple, a tester (lien dans draft gmail).

J'ai essuite regardé les montages et l'occupation des disques, dans le but d'installer la 9.3
/root est séparé, j'ai backupé etc.
(partition stocké dans draft gmail)
Je devrai pouvoir installer sans pb 9.3 sur soleil.

Ce soir, je regarde les partition de yahourt, pour faire le tout en synchro.

Je dois remettre la main sur mes CD 9.3, et faire des doubles pour l'install sur yahourt.

visit www.ppprod.net

mercredi, août 09, 2006

J'ai hier soir fait plusieurs tests, voici qques explications

Premièrement, topologie : une freebox, un routeur maison soleil, un routeur maison yahourt.
- Soleil distribue internet sur mon réseau local à mon domicile,
- Yahourt est le serveur qui autrefois était chez mes parents, qui est aujourd'hui chez moi pour maintenance.
Soleil et yahourt sont des SuSE 8.1 (kernal 2.4 ... et iproute2 pour noyau 2.2).
Ces trois éléments sont sur un switch, le but est que soleil et yahourt se voient comme s'ils étaient sur le WAN.

Deuxièmement, les tests,
J'ai écrit des scripts spour le noyeau 2.2, selon une doc trouvée sur le web, cela n'a pas marché, j'ai donc chercher une autre doc (le net est pauvre en ce domaine).
Cet autre doc précise une méthode pour kernel 2.2 et 2.4, je me dis, je suis en 2.4, donc ...
Les scripts ne marchent pas.
Je vérifie iproute2, il est pour noyeau 2.2 ?!?!
Je reconstruit les scripts pour 2.2, les commandes passent.

Par contre, le ping d'un sous réseau à un autre ne passent pas. Je reste comme ca, vue que je vais mettre ces deux serveurs en SuSE 9.3 (toujours une génération de retard, et la dernière version de la génération choisie).
Je serais alors en 2.4 avec iproute2 en 2.4, j'attends de voir.

Aujourd'hui, le ssh d'une machine à l'autre marche. Il faut prévoir une modif du roottool masquerade necessaire pour etre plus restrictif.

Il faut penser à "tunneler" les squids, pour avoir du web sur les clients de yahourt. Quand yahourt sera retourné chez mes parents, il sera le maitre, et soleil le fils.

Ce soir, je passe mes sripts en roottool : tunneling.

visit www.pprod.net

mardi, août 08, 2006

Problématique du moment :

faire communiquer deux lan sur un switch, avec un modem IP sur ce switch.

Routeur Reseau A (RA) : WANIP par DHCP
Routeur Reseau B : WANIP en 10.0.0.1

technique, récuperer la WANIP du RA par un dyndns.
problème, la conf réseau d'acces au web passe par le modem, qui n'a configué correctement que RA.

Donc dans un premier temp : acces RA<->RB
Hello,

Je crée ce blog pour achiver mes recherches et mes actions sur mon parc info.
Je vais essayer de mettre en place une solution sur mes machines pour héberger ce blog, ou une version plus accessible (type wiki).

Je vais essayer de maintenir de l'anglais, parce que je voudrais que mes 'tips' soient utile à tout le monde (excuse me for my high degree in English !).

I'm creating this blog to archive what i'm searching and do with my home computers, I mean, to make them working.
I will try to build a solution to locate a kind of wiki on these comps., but during this time, I will store my tips here.
I will try to maintain a english version, do not hesitate to remind me to write that ;)