config mule sur pasbelle ok.

Hier

Config squid pour privoxy : ok, méthode trouvée.

Mise en place de la mule sur pasbelle. constatation du pb de filtrage mis en place par free : je suis avec un id bas, alors que ma conf de routage marchait tres bien il y a 1 ou 2 mois.
Il faut que je cherche des ports plus exotiques.

Depuis ...

Installation de Tor (+privoxy)
Chaînage de squid vers privoxy->Tor sur certaines url (conf à peaufiner).

Installation de How, visibilité sur etc, mais pas les roottools (et finalement, c'est bien).

Pb : soleil n'est toujours pas visible de l'exterieur

Je n'ai rien fait techniquement, bossant pour autre chose.

Je réfléchis à plusieurs points à mettre en place :
* un serveur tor + pivoxy pour router certaines pages à partir de squid (boycot de i2p, qui est en java)
* un système d'administration accessible par web (outils simple maison, basé sur how?), en perl
* mise en place du service web pour avoir le site, puis boucler avec le dns dynamique, essayer un wiki
* mise en place d'outils de téléchargement sur une autre machine (essayer mute et gnunet), boycoter ants, qui est en java.
* il faut que je retrouve mon ébauche de .profile, pour ne pas perdre de temps
* mise en place de l'outil de reorganisation du stockage des fichiers
* mise en place de l'outils de gestion des sites perso externes

J'ai craqué,
J'ai réinstallé SUSE9.3 sur soleil, avec des partitions plus adaptés :
hde1 de 1G, dumpé à la main sur hdf1, puis du swap (512Mo), sur les deux disques.
puis des partitions logiques sur hde3 (15,5Go)

J'ai mis les services en place, et j'ai installé samba en PDC. J'ai pu connecté jil au domaine.
Le problème venait du serveur wins, il faut le renseigner.

J'ai toujours des lenteurs terrible au démarrage, mais bon, tant pis (je n'ai toujours pas flashé mon bios). Je vois la clé usb, c'est ce que je voulais. J'ai mis /srv/cvsroot dessus.

J'ai deux choses à faire sur ce serveur : mettre en place le dump, et mettre en place les cvs (etc et root).

Il faut que j'installe pouet, pour avoir mon serveur web, je ferais un cache sur soleil, pour pouvoir administrer le parc.

Hier

J'ai voulu retailler les partitions sur les MAxtor80G de soleil, cela a été impossible. il faudra que je (re)supprime tout. Plus tard peut être.

Cette machine met 10 minutes à booter, sur le net, on conseille de flasher la dernière version du bios. Il faut que je le fasse avant de reinstaller.
Je vois dans ce problème qu'il est tres difficile d'avoir les données et le système sur les même HD.

Il faut que je réfléchisse à ce problème.

Hier :

J'ai reussi à faire marcher la carte USB2 avec le chipset VIA sur soleil, mais ca rame de la mort, je ne sais pas pourquoi.
Peux etre que je devrai reinstaller, avec le module ehci_hdb directement chargé au moment de l'install.

J'ai connecté un Maxtor80 sur soleil, et je commence à faire des copie sur soleil. Pour l'instant, tout va bien.

J'ai flasher mes ACARD7720UW, il n'y a pas moyen de savoir si ca a marché. On vera bien. J'ai espoir. Je devrai alors faire le partitionning à la main, et monter les RAID et le LVM à la main.

Ce soir, je continue les backup. Je veux liberer les disques. Ensuite, je configure soleil pour avoir le net.

Ce we :

J'ai mis deux HD Maxtor80G dans soleil.
J'ai installé "/" en RAID logiciel, j'ai reussi à booter, mais /dev/md0 n'est pas reconnu comme boot device.
J'ai mis les deux disques de 1.1Go de play sur soleil.
j'ai ensuite essayé d'installer la 9.3 avec GRUB sur Disquette, je n'ai jamais pu booter.
Je suis obligé de booter sur CD, qui boote sur HD ...

J'ai remarqué que les disques dans pouet ne sont pas redondants, la carte ACARD en bios 3.60 ne marche pas. Sachand que je n'arrive pas à faire fonctionner les adaptec avec une SiI680, il faut que je cherche un moyen en scsi.

Sinon, je peux toujours essayer de m'obstiner, on sait jamais... à réfléchir.

Hier soir et ce matin :

Hier, j'ai lancé, via l'utilitaire du bios de la Sil680, une copie du maitre Maxtor80 sur l'esclave. Ca a pris la nuit.
Ce matin, j'ai regardé ce qu'avait mounté le rescue system de la SuSE9.3. J'ai hda pour le CD, hdc et hdd.
Donc ... problème. Je pensais ne voir qu'un disque. J'ai fait un touch helloworld sur hdc, et il n'était pas sur hdd. Donc le raid ne fonctionne pas.

Donc : je vais prendre le 2 1.2Go de play, et ca va devenir mon disque système (et son backup en dd croné), et je vais faire du raid logiciel sur le 2*80G. Il faut par contre que je puisse backuper les données de cette machine.
Je vais le faire par USB sur pouet.
Ensuite, reinstall (arrrrg, j'en ai marre !).

Hier soir :

j'ai dumpé le Maxtor80G de monstre sur un Hitachi160G (merci dd). J'ai manipulé, tout parait OK.
Le 160 est reconnu comme un 120G, mais cela n'a rien de catastrophique. Je pense que c'est du à la copie du MBR, qui contient la structure du disque.

J'ai monté le lecteur DVD dans monstre, j'ai donc un lecteur CD IDe pour soleil.
J'ai donc pour soleil 2*80G sur la Sil680 et un lecteur CD IDE sur l'interne.

Ce soir je duplique grâce au bios de la Sil680 le disque maitre sur le slave RAID1. Je verrai si ca a booté demain matin, car la copie va surement prendre la nuit.

Hier soir :

J'ai simplement manipulé pouet, de façon à valider l'architecture.
J'ai copié une partir du DVD DuSE sur data3, en parallèlle j'ai installé apache (écriture dans /usr et /srv).
Les raid travaillent en parallèle sans impression de ralentissement. Le système parait structuré pour tenir à la charge. C'est plutot positif, vu que cette machine est en même temps le serveur web/ftp et ma machine de developpement.

Ce soir ou demain, je devrai (ré)installer soleil, avec la Sil680.
Il faut d'abord que je dumpe le Maxtor80G de monstre sur un (nouveau) 160 (je vais voir ce soir).

Plusieurs choses ont eu lieu :

J'ai fait de nombreux essais avec Sil680 et 29160, avec/sans IDE interne, avec lecteur DVD en scsi, sur la carte RAID, sur l'interne ... rien n'y a fait, je n'ai jamais pu booter.

Le bios de ma carte mère ne permet pas de dire quelle carte "SCSI" doit etre prioritaire pour le boot. Autre problème, la compatibilité des bios des deux cartes.

J'ai donc décidé, dans un soucis de rapidité, de mettre deux cartes scsi (29160 et 2940UW) dans pouet, pensant (à raison) que les deux bios seraient, eux, compatibles.

Les RAID sont donc uniquement logiciel (faille [1]).

J'ai rencontré le problème du boot.
En effet, Grub refuse de s'installer sur un RAID soft, j'ai donc un point de faille [2] pour "/". J'ai tanté de le réduire au maximum, en montant tout ce que je pouvait sur les autres disques (eux en RAID).

Voici donc le résultat pour pouet :
29160 [carte 1] :
-> bus 50 points : ID0 : sda (20Mb/s), IBM 2Go 50points,
avec swap 0,5G et / 1,5 Go
-> bus 68 point : ID9,10,11 : sdb,sdc,sdd (160Mb/s), ATLAS 9Go SE/LVD: md0 (RAID5) 17Go
avec LVM "system" : usr[/usr] 4G, var[/var] 2G,opt[/opt] 3G, (à completer)
2940 [carte 2]:
-> bus 50 points : ID6 : ACARD 7220U pour lecteur DVD
-> bus 68 points :
* ID2/ID3 : sde,sdf (80Mb/s), 2 ACARDs 7220UW (bios 3.42 et 3.60) avec Maxtor IDE133 80G : md1 (RAID1) 80Go
avec LVM "data" : data1[/data1] 19G ... (4 fois)
* ID4/ID5 : sdg,sdh (160Mb/s), Seagate 4G SE/LVD : md2 (RAID1) 4G
avec /srv 4G

Le système a été installé en SuSE10.1 avec X/Gnome.
La procédure a bloqué avec ma carte video/mon ecran, j'ai lancé sax2 à la main.

Je vais mettre la Sil680 dans soleil. Je suis un peu septique, le noyeau 2.6 semble ne pas aimer les raid materiels ... a voir.

Hier soir :

J'ai copié le disque de donnée (sda) de soleil sur l'IDE de boot (hda). J'ai ainsi libéré un disque Maxtor80Go.
Je dispose maintenant de deux disque IDE de 80G, de même modèle.

J'ai mis ces deux disques dans pouet :

1. avec la AHA29160 sur le bus 1, la RAIDSI680 sur le bus 2, et le lecteur DVD sur le secondary IDE de la carte mère, en invalidant le primary dans le bios. Résultat : les deux bus de la CM ont été scanné (?), le lecteur DVD non trouvé (?), et apres le scan de la 29160, l'ordi à freezé.
2. Je remet les 2 controleurs de la CM, je met la RAID sur le bus PCI 1, et la 29160 sur le 2. je boote correctement, mais toujours sans le lecteur IDE.

Je dois donc regarder pourquoi mon lecteur ne demarre pas. Une option peut consister à le passer en scsi, la 29160 pouvant booter sur CD/DVD. A voir.

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.

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".

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.

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.

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.

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.

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).