Reprise du message précédent :

Non, pas d'image et je sais pas pourquoi

idem

salut a tous
 
je viens d'installer un serveur bind9 sur mon serveur mais quand je le redémarre j'ai cette erreur:
 
leopardetc/bind/domaines# /etc/init.d/bind9 restart
Stopping domain name service...: bindrndc: connect failed: 127.0.0.1#953: connection refused
 failed!
Starting domain name service...: bind failed!
 
Et je viens de voire que ça venait d'iptables, alors que dois-je mettre comme règle?j'ai déjà:
iptables -A INPUT -i lo -j ACCEPT
iptables -A OUTPUT -o lo -j ACCEPT
 
Merci

tu les a bien mises en premier ces deux règles ?

ca peut aussi venir du faite que tu a mal configuré rndc :
 

j'opterais nettement plus pour une mauvaise configuration de rndc.

http://bugs.debian.org/release-critical/
 

 

 
Dites, y'a un truc que j'ai mal compris où bien il y a actuellement plus de bugs RC dans Etch que dans Lenny ?!?  

Non, en fait le nombre de bugs affichés pour stable n'est pas exact, on ne peut donc pas se fier à la ligne bleue du graph pour le moment.  
 
Le suivi de bugs dans stable n'avait encore jamais été effectué avant Etch, le problème étant donc que cette nouvelle fonctionnalité ne peut pas encore faire le distingo entre les bugs qui figurent dans toutes les versions et ceux qui figurent réellement dans stable. Lors de la release de Lenny ça devrait à priori s'arranger.
 
Cf. http://bugs.debian.org/cgi-bin/bug [...] bug=453723
 
 
Voilà, stable reste plus rock-solid que testing/unstable, pas d'inquiétude à avoir.    

Merci pour l'info, ca paraissait bien étrange effectivement.

Quand je fais man, ça m'affiche --More--, et c'est pas pratique pour naviguer, qu'est-ce que je dois installer pour pouvoir naviguer avec h et j?

less ?

Ha ouais c'était bien "less" qui en fait plus que "more"... J'avais oublié son nom. Merci.

installe less

most c'est encore mieux avec le support de la couleur

Ha ouais most c'est vraiment pas mal.

Dans le même esprit : y'a htop qui remplace très avantageusement le bon vieux top des familles

C'est comme ça depuis la dernière mise à jour (version 0.8.6.e-2.3).  
 
vlc-nox souffre de graves bugs au niveau de l'implémentation des codecs:
   ---> BTS: rapports de bugs ouverts sur vlc-nox (unstable)
 
Bref va falloir être patient. Perso je suis resté à la version précédente : lors de mon dernier dist/full-upgrade, apt-listbugs m'a repporté les bugs dessus, du coup je l'ai mis en 'hold' jusqu'à ce que ça soit règlé.

C'est quoi l'interet de l'avoir fait passer en sid si il est auttant buggé ?
Ils auraient pas pu attendre un peu ?

Une question que je me pose : quand un paquet du style alsa est mit à jour via aptitude, et qu'un matériel n'était pas supporté avant et n'était pas détecté, il regenère des confs en fonctions ? Ou par exemple je dois faire "manuellement" alsaconf ?
 
XaT

Arrêtez moi si je me trompe, mais il me semble qu'Alsaconf n'est plus nécessaire (tout du moins sous Debian) depuis quelques temps, car les modules de sons sont automatiquement chargés maintenant.

Quelqu'un à réussi à faire du SOL sur IPMI 1.5 ? J'ai mis en place le reporting syslog par IPMI et le SOL sur IPMIv2 mais impossible de récupérer une console en 1.5 avec l'ipmitool de sid (patch non officiel pour support SOL en 1.5)
 
Si quelqu'un à un tuyau... (genre outil dell, intel ou je ne sais quoi)
 

Salut,
j'envisage de passer mon réseau en gigabit, pour cela je vais donc rajouter une carte gigabit PCI sur mon serv debian.
 
Comment devrais-je faire pour changer les parametres ?
 
Sinon, je voudrais me servir de l'autre pour boucler mon réseau, en secours. Un systeme de redondance est'il difficile a mettre en place ?

/etc/network/interfaces ?
modprobe celui de ta nouvelle carte et rouleze
 
XaT

Quelqu'un a un lien vers une doc humainement compréhensible pour tout ce qui touche à la recompilation de noyaux sous Debian? Ca fait quelques années que j'ai décroché, mais je vais devoir m'y remettre contraint et forçé, et j'ai tout oublié ou presque.
 
J'ai besoin de comprendre les termes suivants: vmlinu[xz], initrd, ramdisk, System.map, modules, et ce qui gravite autour.
 
Ce que j'ai trouvé pour le moment m'embrouille plus qu'autre chose.

Un tuto simple et bête : http://pyfourmond.free.fr/Compilation-Noyau-Linux.htm

 
malheureusement la doc ultime n'existe pas, il faut en lire plusieurs.
le manuell officiel est bien mais un poil complexe, sinon cherche avec kpackage tu trouvera ton bonheur.

Finalement j'ai pas eu besoin de compiler un noyau custom, ouf ja'i eu chaud! Mais relire de la doc sur la compilation de kernel ça m'a permis d'apprendre de nouvelles choses.
 
Merci de votre aide et à bientôt.

Sinon vous utilisez tous le kernel debian officiel 2.6.18? Il y a des avantages à se prendre la tête pour faire tourner avec un noyau plus récent?
 
Perso j'ai besoin de kernel qui soit Xen compliant, le noyau le plus récent stable pour 64 bits est 2.6.18.
 
Dans backports, j'ai vu un noyau 2.6.24 mais pour architecture i686, ça veut dire 32bits c'est bien ça?

 
Je dis peut être une connerie, mais Xen est distribué pour des noyaux 2.6.18 (http://www.xen.org/download/)

non pas de toute facon cherche pas, le dernier noyau debian qui supporte xen dom0 c'est le 2.6.18
 
 
EDIT: Faudrait tester http://packages.debian.org/etch-ba [...] -1-xen-686

Ok je reste en 2.6.18, pas la peine d'aller chercher des noises en sortant des sentiers battus.
 

Comme je disais c'est du 32 bits only. Est-ce que ça en vaut vraiment la peine? Je ne suis pas plus un intégriste des benchmarks. Qu'est-ce qu'on gagne à passer du 2.6.18 au 2.6.24?

 
Du support hardware sans doute.
 
Mais surement rien niveau performance.

C'est moi ou les linux-headers sont plus dispo pour SID (2.6.25)
On est censé faire comment ?
 
EDIT: Ah non, c'est moi apparemment, je n'ai donc rien dit

Ya pas le scheduleur I/O par défaut qui a changé depuis le 2.6.18 ?

énormément de choses ont changé... maintenant l'impact sur les perfs c'est autre chose. Le 2.6.24 est assez récent, pour une utilisation massive je resterai sur du 2.6.18 à sa place, même si j'aime pas du tout cette version du kernel (bug relou de réatribution des noms de périphérique pata, qui empèchent le boot 3 fois sur 4)

 
Effectivement, le changement le scheduler fait partie des nouveauté mais n'a pas d'impact mesurable sur les performances.
 
Globalement, selon moi et pour moi, la seule vrai raison de passer d'un noyau supporté Debian 2.6.18 à un 2.6.24 ou 2.6.25 est le passage de ieee80211 à mac80211.
 
Pour un serveur xen en prod, je reste systématiquement sur des noyaux officiels.

Message cross-posté également dans le topic Virtualisation / Xen: http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0
 
Est-ce que quelqu'un qui utilise un DomU Debian Etch avec noyau officiel 2.6.18 peut me passer son fichier /etc/inittab ainsi que son fichier de conf de DomU?
 
J'ai un problème avec la console, le login prompt n'apparaît jamais, et j'ai le message d'erreur suivant:

T'as essayé en déclarant un xvc0 dans les ttys ?
A autoriser aussi dans /etc/securetty

Comment on se débarasse de cette saleté?

 
J'ai tenté:

Mais ça n'a servit à rien.

Alors la les mecs, j'ai besoin de vous...je pete un cable.
 
Je vous situe le soucis.
 
J'ai un certain nombre de machines virtuelles sous debian, qui tournent sur des Vmware ESX.
On a changé dernièrement nos baies de disques SAN. Suite a differents problemes, on s'est appercu qu'il fallait changer le controleur SCSI des vm, le LSI Logic n'est pas bien supporté et entraine des plantages des FS en cas de panne de la baie. Il faut passer le controleur en BusLogic.
 
Ca a tres bien fonctionné pour 4 des 5 serveurs debian, mais le 6eme me fait un kernel panic au boot.
 
Pourtant le support du buslogic y est:
cat /boot/config-2.6.8-3-386 | grep -i buslogic
CONFIG_SCSI_BUSLOGIC=m
 
Je ne vois pas de différence sur les autres serveurs.  
(j'ai du debian 3.1 et du debian 4, c'est la seule qui a merdé au reboot)

Et avant le kernel panic ca dit quoi ?