Reprise du message précédent :

Non, je dis calcul distribué, mais c'est un abus de langage, enfin, une virtualisation ça demande forcément du calcul, donc... C'est pas calcul au sens recherche, mais calcul au sens ben tu lances un logiciel, et c'est réparti automatiquement niveau ressource sur le cluster.  
 
Pour le topic, j'y pensais, mais je n'étais sur ce topic (puisque ça sera sous du debian ou ubuntu) là que pour récupérer des idées de log en fait, après, c'est à moi de chercher quand même hein

Hello,
 
J'ai un petit souci avec l'installation de Debian testing. J'ai récupéré cette version http://cdimage.debian.org/cdimage/ [...] etinst.iso mais l'installation bloque à 65 % au niveau de ssl-cert, j'ai vu que d'autres personnes ont le même problème ici http://www.developpez.net/forums/s [...] ?p=2984937
 
Quelqu'un aurait une solution?

 
Oui c'est de la répartition de charge quoi
C'est le 2éme classique avec le Hot-Standby.
 
Perso je peux m'alheureusement pas trop t'aider je n'ai utilisé que des trucs proprio pour faire ça et généralement ça ne tourne que sous redhat

Indice: LVS + Piranha ; jamais testé en prod par contre, mais sur le papier c'est ok.

http://sourceware.org/piranha/

Edit: Au passage, le projet date un peu, et je doute qu'il soit encore maintenu, mais c'est intéressant

Pas très clair non
Si je comprends bien ce que tu veux faire, c'est un mix en un cluster de haute dispo/repartition de charge (genre avec heartbeat2 + un système de fichiers clusterisé + de la virtualisation, avec Xen par exemple) et du calcul distribué, genre la VM s'execute un coup à droite, un coup à gauche, en fonction de la disponibilité des vieilles machines qui composent le cluster.
 
Si c'est bien ca, à mon avis il vaut mieux oublier, et faire soit l'un, soit l'autre

Oui en gros, c'est exactement ça.
Bon va faloir que je planche sur les solutions alors. Normalement, c'est faisable car ça a été fait au canada. De toute façon je vais chercher le plus d'info, c'est pas grave,si les dd doivent être mis sur une machine (pour le stockage des applications), et qu'un seul petit os allégé tourne sur les autres pour pouvoir répartir la charge.

 
LVS + Piranha  
 
Edit: ha, uniquement sous debian.  

Sinon, il y a toujours Torque et Maui... mais j'ai jamais eu de retours

Maui n'a pas l'air gratuit  On cherche du libre, et gratuit pour tester quand, même. Après si ça réussi en gratuit et qu'il y a mieux en payant faut voir, mais là c'est de la recherche.

Au pire: tu installes debian stable (etch) puis tu upgrades vers debian lenny ensuite c'est pas trés ompliqué, c'est juste un peu plus long

 
Je risque pas de rencontrer le même problème?

c'est quoi l'erreur exactement ?

 
Bah y'a pas d'erreur, ça reste bloqué tout simplement.

Bon le bug est résolu, mais la version corrigé(1.0.16) n'est pas encore dans testing:
http://bjorn.haxx.se/debian/testin [...] e=ssl-cert
 
Debian est trés stricte sur l'arrivée de nouveaux paquet dans testing, il faut attendre un peu (4 jours si aucun bug n'est découvert entre temps)
 
http://bugs.debian.org/cgi-bin/bug [...] ug=467254:
Found in version ssl-cert/1.0.15;
Fixed in version ssl-cert/1.0.16 by Tollef Fog Heen <tfheen@debian.org>;

Une question qui n'a pas vraiment avoir avec Debian mais bon...
Y'a-t-il un moyen 'simple' de compresser un repertoire en plusieurs en fichiers?
TAR n'accepte le multi-archive que si je n'utilise pas de compression (ce que je trouve totalement abhérent).  
 
J'ai regardé vite fait du coté de sTAR mais je n'ai pas vu si c'était mieux... D'ailleurs des gens utilisent sTAR à la place de TAR ici?
 
Merci

tu peux splitter tin fichier

normalement en tar-bgz2 ça doit marcher non? ou en 7Z ça doit marcher aussi. Je l'ai déjà fait normalement, en TAR-BGZ2. Je sais plus trop avec quel logiciel, mais j'avais trouvé.

Bien sûr oui, mais dans certains cas de 'gros' fichiers je peux ne pas avoir la place de le faire... (là je l'ai et je n'ai même pas vraiment besoin de compression mais pour le principe j'essaie)
 

qu'est ce que tar-bgz2?
 
avec tar cj ca ne fonctionne pas en tout cas.
 
 
Merci
 

En fait j'ai écrit une bétise, je ne peux pas faire de split
Ma seule partition avec de la place est mon lecteur MP3 qui est en FAT32 avec une taille maximale de 4Go... j'ai besoin de 5.5Go là donc ca ne fonctionne pas ^^

Bha tu pipe un tar mutilple dans un bz2 au pire, c'est ce que fait le tar en temps normal après tout

bon j'ai fais comme tu as dit sauf que tant qu'à faire j'ai remplacé bz2 par lrzip.
Au bout de 2H c'était fini avec un ratio de 1.01 donc j'ai laissé tombé
 
Sinon j'avais un problème de lenteur avec ma Debian pendant 1-2 mois que j'ai résolu il y a peu. Voilà ma conversation sur la ML pour ceux que cela interesse :
 

 
réponse:

-> pour couper:  split  de coreutils  doit faire l'affaire  
exemple: split -b 2000m Mon_gros_fichier  
-> pour remettre utilise sous linux: cat   xaa xab xac xad > le_gros_fichier  
et sous windows: copy /b xaa xab xac xad le_gros_fichier   (non testé sous windows)
 
Tu peux aussi faire ceci avec 7Z comme on te le suggère avant.
(Dans le poste précédent il faut biensur lire tar.bz2 et non tar.bgz2)

 
bisous dupdup.
 
en changeant de carte réseau, tu n'as plus la même adresse MAC (debian doit associer chaque interface avec une adresse MAC).
tu n'as plus d'interface eth0, mais une interface eth1, ca ne sert plus à rien de régler ton interface eth0, elle n'existe plus.
 
tu devrais plutot régler l'interface eth1 comme tu veux (de la même façon que ton interface eth0).
 

Oui mais le problème c'est qu'il doit alors stocker ET l'archive tar(.bz2|.gz) originale, ET les fichiers découpés par split, soit 2 fois la taille de l'archive originale

Ou sinon il corrige l'adresse mac de eth0 dans /etc/udev/rules.d/z25_persistent-net.rules

il en fait un tar.bz2  et il le coupe avec split (Je ne vois pas où est le problème    , mais j'ai peut être mal compris   )

Si tu veux faire une archive de 20Go découpée il te faut 40Go de libre

DAR fait ca très bien.
http://dar.linux.free.fr/

il faut biensur utiliser un pipe  
 
$ tar -czvf - dossier/ | split  -b 2000m -  sauvegarde.tar.gz

 
Interessant. J'ai jamais pigé comment Debian s'occupe pour gérer les noms ethx. Je sais pas trop ou trouver la doc qui parle de ça d'ailleurs :l

Y'a une rules persistent-net qui contient l'association mac/module/nom et une règle persistent-net-generator qui génère la première.

 
OK je n'avais pas tenté le pipe en effet je regarderai cela merci
 
 

 
Wow encore un autre tar. Quid des avantages par rapport à GNU/TAR, sTAR and co?
Je vais regarder cela aussi
 
 
Merci

Pour faire des grosses archives de backups c'est bien : tu choisis la taille des slices, il découpe tout seul au fur et à mesure, il peut aussi crypter tes slices à la volée. Il gère un espèce de catalogue des fichiers dans l'archive. Si t'as besoin de récupérer juste un seul fichier de 10 ko dans une archive de 10 Go, t'es pas obligé de tout reprendre, tu prends juste le premier et dernier slice (dans lesquels il stocke je sais pas trop comment son catalogue), et quand tu voudras récupérer ton fichier il te dira quel slice il faut chopper, et ca lui suffira pour sortir ton fichier.
Tu peux aussi stocker le catalogue dans un fichier dédié d'ailleurs.
Grâce à ce système de catalogue il peut aussi faire des archives incrémentales, mais j'ai jamais essayé.

ok ca a l'air intéréssant en effet.

salut, j'aime bien les femmes nues
 
bon, j'ai installé une tite etch sur mon shuttle, je suis en 2.6.18-6-486, ai-je interet a passer sur le 2.6.18-4-k7 ? (barton 2500/1go de ram sur du nforce2)
 
j'apt juste linux-image et linux-header et c'est bon ? dois-je m'attendre a un systeme tout pété ?
 
pourquoi vous etes tous en .24, vous roulez en unstable ?
 
bisous

Mon point de vue, c'est que si ça marche et que tu n'as pas besoin de changer, ne change pas

Sauf si c'est pour s'amuser bien sûr

Dans ce cas, tu n'as qu'à faire un aptitude install du linux-image que tu veux

testing a la version 2.6.22

pas besoin des headers sauf si tu compile des modules kernel.
sinon la diff de perf sera mineure mais peut être perceptible, ca devrait marcher sans souci.
bref +1 koxinga
à noter que le nouveau kernel ne supprimera pas l'ancien, donc pas de risque d'erreur stupide, si ca buggue, tu reprend l'autre (ceci est surtout utile lorsqu'on compile soi-même les kernels )
j'aime pas le 2.6.22 de testing, le 2.6.23 est mieux.

 
salut,
t'es bien le seul
 

pas vraiment, mais pourquoi pas puisqu'il existe un kernel précompilé
 

voui, comme déja dis, linux-image suffit
 

voui, et y a des mecs qui compilent le -latest quand il sort

 
Et c'est une bande de grands malades

Des fois t'as besoin des features du dernier noyau, ca arrive

 
Rare