Reprise du message précédent :
nan ca ne marche pas, j'ai laisse tomber.
 
c'etait pour geeker avec mon laptop en sid, du coup j'utilise vmware.
En plus j'ai les pilote nvidia qui font pas bon menage

Bon je vais essayer de compiler ca a la main.
Merci !

 
moi j'éviterai les backports
 

 
je reste sur du 2.6.18-5 perso

Sinon j'ai cru voir que le 23 intégrai la virtualisation avec le support de xen. Je vais peut être essayer.
 
J'ai du temps aujourd'hui   , sinon je passerai sur du 2.6.18

Perso mes dom0 sont en testing, car hyperviseur plus recent, multipath-tools fonctionnel (alors que celui de etch est bien moisi) et open-iscsi utilisable (meme remarque).
Par contre les domU restent en stable

C'est seulement pour les domU si je ne m'abuse

tu as tes domUs sur du iscsi ? tu utilises quelle tech ?

les dom0 accèdent aux LUNs du SAN via deux SPs (d'où le multipath, en failover, mais je pourrais aussi
utiliser du load balancing si j'avais plusieurs cartes ethernet dédiées au iSCSI).
J'ai donc des /dev/mapper/ma_lun-partX que je passe ensuite à mes dom0, tout bêtement.
Ca permet de migrer en live sans problème.
Et je peux meme migrer les dom0 vers des machines qui accèdent au SAN via des cartes FC, et non plus en iSCSI, sans que ca ne pose de problème (les LUNs sont identifiées de la même façon sur les différentes dom0, quel que soit le mode d'accès)

 
t'as quoi comme baie SAN ?  

Une "petite" EMC CX-320

on ecrit CX3-20
 
ça suffit, au niveau switch t'as une grosse fabric ou juste une paire de switch avec la clariion

une paire de switch (Cisco )

a ouais, même pas des brocade

 
j'y connais rien en baies, je fais tout ça moi même

 
moi c'est mon dada
 

Pas eu le choix, marché Cisco pour tout ce qui concerne le réseau

Même du FC ?

 
j'ai pas de FC je suis un petit malheureux
 

C'est aussi ce que je faisais avant
 
Pis il a fallu passer tout ca en prod, alors un openfiler ou un freenas pour des bases de données critiques ca le faisait pas
 
Mais j'ai quand meme eu le droit de continuer à utiliser Debian, malgré les pressions des consultants qui nous "recommandaient" RedHat ou Suse
Sauf pour le serveur Oracle (qui sera sous RedHat)

moi je suis obligé de bosser avec Red Hat, HPUIX et Solaris
 

Ce serait pas par hasard le même problème que celui-là (solution inside) ?
   ---> http://bugs.debian.org/cgi-bin/bug [...] bug=459929
 
 
Autrement, pour info, chez XenSource, ils en sont toujours à la version 2.6.18 de Linux, qui continue de servir de base pour les dernières versions de Xen ; les distributions doivent donc gérer elles-même les portages de cette branche vers les noyaux récents, histoire de maintenir le support de Xen dessous.
 
Chez Debian, pour les noyau 2.6.2x, il me semble qu'il se basent encore pour l'instant sur Xen 3.0.3-1 et 3.0.4-1 en backportant un ensemble de patch en provenance de Red Hat / Fedora. C'est un peu le bordel à ce niveau d'ailleurs, faudrait qu'en upstream chez Citrix ils soient un peu plus réactifs...    
 
Conclusion : pour de la prod, autant rester en 2.6.18 pour le moment.

Heu, non, ils disent clairement que ce noyau n'est pas fait pour les dom0 (je l'ai deja dit )

De ce que j'ai lu, ils ne veulent pas backporter les modifs du 2.6.18, qui sont lourdes et surtout dépassés, ils se concentrent sur l'integration avec virt_ops afin d'intégrer la branche vanilla du noyau, et donc ne plus avoir de soucis de patch
D'ailleurs ils invitent les gars qui passent leur temps à backporter leurs patchs de plutot les aider à mettre en oeuvre ces nouvelles modifs.
 
Et Debian ne backportent pas les patchs, les seuls noyaux xen pour dom0 sont dans etch, et en version 2.6.18

Bon, je vais voir si je passe en 2.6.18 dans ce cas la ou si j'attends un peu pour xen.
Je pensais a tord que le 2.6.23 de sid passerai .
 
Merci  de vos réponse en tout cas

J'ai bien compris, mais je n'avais pas vu que tu l'avais auparavant indiqué à The Dml.
 
Cela dit, c'est une erreur qui doit se produire souvent, on veut passer son dom0 en 2.6.18 vers un 2.6.23 et du coup ça boote plus jusqu'à ce qu'on se rend compte après quelques recherches qu'il ne fonctionne qu'en domU  
 
 

Merci pour ces précisions, leur attitude est tout de suite plus compréhensible de ce fait.    
 
En fait, pendant un temps il y avait de quoi s'inquiéter de ne rien voir bouger au niveau des patchs en raison du rachat de Xen par Citrix, sachant que pour ma part je ne suis pas tombé sur un communiqué indiquant le travail d'intégration en cours dans la branche vanilla de Linux (j'avoue ne pas avoir trop cherché non plus   ).
 
 

En fait il y a bel et bien des patchs que Debian est allé prendre chez Fedora pour les noyaux 2.6.2x, mais effectivement ils ne concernent que les systèmes invités.

c'est pour ca qu'il faut suivre les actus de xen de pret (ML xen-users, site xen et changelog du noyau)

y a plein d'infos tres tres sympas la : http://xen.org/xensummit/xensummit_fall_2007.html
dont une partie sur l'integration dans vanilla
 
et on peut voir que y a beaucoup de taf et de gens tres brillants qui bossent sur pas mal d'autres trucs sympathiques
 

ca me surprend, puisque pour les domU c'est deja dans vanilla (32 bits only et manque certaine fonctionnalité comme la migration il me semble)
 
bref c'est a suivre de tres pret
 
au passage, les backports des differentes dists sont moyennement stable si j'en crois la ML xen-users.  
perso je reste en 2.6.18 pour le moment

Je l'ai rapidement survolé, ça a l'air sympa effectivement, je regarderai ça de plus près ce week-end.    
 
 
 

En fait on peut lire cela dans les changelogs ; pour les sources patchées Debian de Linux 2.6.18 :

 
Et pour les versions 2.6.2x dans unstable :

bonjour
j ai un  soucis avec l install debian
dsl je débute un peu
 
j ai un nouveau PC dell M1530
j ai voulu faire une net install mais ma carte reseau n est pas reconnue
apparement elle est supportée en noyeau 2.6.22
j ai donc installé le systeme de base sans reseau (4.0 R2 amd64)
mais comment faire pour faire détecter ma carte reseau?
j ai aucune idée...

Passe en testing, le noyau est un 2.6.22

mais avec quel dépots?
étant donné que j ai pas de reseau

En prennant une netinstall en Testing, ça devrait le faire.

Télécharge la net-install de la testing  

http://www.debian.org/devel/debian-installer/

merci je vais tester tout ca

Mon p'tit feedback : étant famillier depuis un petit bout de temps de distributions pour n00bs (Ubuntu, Mandriva,...), j'ai voulu tester Debian. Je n'ai pas pris de risque : installation sur une machine virtuelle VirtualBox (tournant sous XP). J'ai été très agréablement surpris : l'install est à peu près aussi facile qu'avec les distributions sus-citées (c'est juste moins beau).
 
J'ai testé une install d'un système vide (en décochant tout dans le choix des paquets) puis install à la main de xorg et gnome, et j'ai testé l'install du sytème par défaut. Dans les deux cas c'était facilement plié, on ne m'a pas posé de question incompréhensible (tout est bien expliqué), je n'ai pas eu à bidouiller des fichiers de configs, tout a marché direct.
 
Ca casse l'image du système inaccessible pour guru du C, et ça fait bien plaisir . La prochaine fois que j'installerai un Linux sur une vraie machine, je pense que ça sera une Debian.

 
oublie ce genre de choses ici. Merci.

euh c'était une blague...

on blague pas ici, on est des gens serieux

ça se voyait pas du tout

bon bein ma debian elle veut toujours pas manger la carte reseau de mon M1530
me reste plus qu a essayer de complier les drivers constructeurs...
un peu chiant tout ca une install sans le reseau... (surtout quand on dispose du web en giabit:p)

 
c'est quoi, du intel ?

tekilaz> c'est quoi le chip réseau ?

Marvel Yukon 88E7040 PCE-E Fast ethernet controller