En passant un share NFS d'un "vieux" serveur fedora core 2 à un
"nouveau" serveur RedHat, j'ai soudainement 10% de mes clients qui ne
peuvent plus monter le share.
Les logs du serveur me disent :
Apr 24 11:02:49 lin02 rpc.mountd: Fake hostname knoppix.ad.ici.ch for
128.212.253.14 - forward lookup doesn't exist
De fait rpc.mountd fait dans le rpm "nfs-utils-1.0.6-43EL"
un lookup du hostname, ce qu'il ne faisait pas dans
nfs-utils-1.0.6-22.2.legacy
On a effectivement des problèmes de DNS, mais je n'ai pas l'intention de
corriger ce problème, c'est pas moi qui gère ce serveur et on a déjà
tenté de corriger ça, sans succès.
Donc question, peut-on paraméter rpc.mountd quelque part pour éviter
qu'il fasse ce contrôle ?
Dans la mesure du possible j'aimerais une solution qui résiste à un
up2date, c'est à dire ne pas avoir à bidouiller le source, ou alors
mettre un source qui ne soit pas touché par up2date.
Merci d'avance :)
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Eric Belhomme
(Nicolas MICHEL) wrote in news:1heb1gd.yqhcxb1wvi5ryN%:
On a effectivement des problmes de DNS, mais je n'ai pas l'intention de corriger ce problme, c'est pas moi qui gre ce serveur et on a dj tent de corriger a, sans succs.
as-tu essayé de mettre le bon couple FQDN/@IP directement dans /etc/hosts
en t'assurant que l'ordre de résolustion dans ton resolv.conf est bien hosts/bind ?
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problmes iChat/AIM : michelnicolas
heu non, plutôt une devise shadok ?
-- Rico
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote in
news:1heb1gd.yqhcxb1wvi5ryN%Nicolas.MICHEL@BonBon.net:
On a effectivement des problmes de DNS, mais je n'ai pas l'intention de
corriger ce problme, c'est pas moi qui gre ce serveur et on a dj
tent de corriger a, sans succs.
as-tu essayé de mettre le bon couple FQDN/@IP directement dans /etc/hosts
en t'assurant que l'ordre de résolustion dans ton resolv.conf est bien
hosts/bind ?
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problmes
iChat/AIM : michelnicolas
(Nicolas MICHEL) wrote in news:1heb1gd.yqhcxb1wvi5ryN%:
On a effectivement des problmes de DNS, mais je n'ai pas l'intention de corriger ce problme, c'est pas moi qui gre ce serveur et on a dj tent de corriger a, sans succs.
as-tu essayé de mettre le bon couple FQDN/@IP directement dans /etc/hosts
en t'assurant que l'ordre de résolustion dans ton resolv.conf est bien hosts/bind ?
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problmes iChat/AIM : michelnicolas
heu non, plutôt une devise shadok ?
-- Rico
Nicolas.MICHEL
Eric Belhomme <{rico}+no/ wrote:
(Nicolas MICHEL) wrote in news:1heb1gd.yqhcxb1wvi5ryN%:
On a effectivement des problemes de DNS, mais je n'ai pas l'intention de corriger ce probleme, c'est pas moi qui gere ce serveur et on a deja tente de corriger ca, sans succes.
as-tu essayé de mettre le bon couple FQDN/@IP directement dans /etc/hosts
en t'assurant que l'ordre de résolustion dans ton resolv.conf est bien hosts/bind ?
J'aurais dû le préciser, les clients sont en dhcp et j'en ai plusieures dixaines, donc c'est pas une solution. Mais je suppose que ça marcherait
Merci quand-même
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problemes iChat/AIM : michelnicolas
heu non, plutot une devise shadok ?
Tien, on connais ses classics ? :) -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Eric Belhomme <{rico}+no/spam@ricospirit.net> wrote:
Nicolas.MICHEL@BonBon.net (Nicolas MICHEL) wrote in
news:1heb1gd.yqhcxb1wvi5ryN%Nicolas.MICHEL@BonBon.net:
On a effectivement des problemes de DNS, mais je n'ai pas l'intention de
corriger ce probleme, c'est pas moi qui gere ce serveur et on a deja
tente de corriger ca, sans succes.
as-tu essayé de mettre le bon couple FQDN/@IP directement dans /etc/hosts
en t'assurant que l'ordre de résolustion dans ton resolv.conf est bien
hosts/bind ?
J'aurais dû le préciser, les clients sont en dhcp et j'en ai plusieures
dixaines, donc c'est pas une solution. Mais je suppose que ça marcherait
Merci quand-même
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problemes
iChat/AIM : michelnicolas
heu non, plutot une devise shadok ?
Tien, on connais ses classics ? :)
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
(Nicolas MICHEL) wrote in news:1heb1gd.yqhcxb1wvi5ryN%:
On a effectivement des problemes de DNS, mais je n'ai pas l'intention de corriger ce probleme, c'est pas moi qui gere ce serveur et on a deja tente de corriger ca, sans succes.
as-tu essayé de mettre le bon couple FQDN/@IP directement dans /etc/hosts
en t'assurant que l'ordre de résolustion dans ton resolv.conf est bien hosts/bind ?
J'aurais dû le préciser, les clients sont en dhcp et j'en ai plusieures dixaines, donc c'est pas une solution. Mais je suppose que ça marcherait
Merci quand-même
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problemes iChat/AIM : michelnicolas
heu non, plutot une devise shadok ?
Tien, on connais ses classics ? :) -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Philippe WEILL
Nicolas MICHEL wrote:
Bonjour
En passant un share NFS d'un "vieux" serveur fedora core 2 à un "nouveau" serveur RedHat, j'ai soudainement 10% de mes clients qui ne peuvent plus monter le share.
Les logs du serveur me disent : Apr 24 11:02:49 lin02 rpc.mountd: Fake hostname knoppix.ad.ici.ch for 128.212.253.14 - forward lookup doesn't exist
De fait rpc.mountd fait dans le rpm "nfs-utils-1.0.6-43EL" un lookup du hostname, ce qu'il ne faisait pas dans nfs-utils-1.0.6-22.2.legacy
On a effectivement des problèmes de DNS, mais je n'ai pas l'intention de corriger ce problème, c'est pas moi qui gère ce serveur et on a déjà tenté de corriger ça, sans succès.
Donc question, peut-on paraméter rpc.mountd quelque part pour éviter qu'il fasse ce contrôle ?
Dans la mesure du possible j'aimerais une solution qui résiste à un up2date, c'est à dire ne pas avoir à bidouiller le source, ou alors mettre un source qui ne soit pas touché par up2date.
Une des solutions est peut etre de voir le RPM source si il y a une modif possible dans les options de compil ( ou source ) qui va bien et tu refais le package avec un numero de version bien au dessus comme cela up2date te laisse tranquille C'est pas très propre ;-) mais efficace
Merci d'avance :)
Nicolas MICHEL wrote:
Bonjour
En passant un share NFS d'un "vieux" serveur fedora core 2 à un
"nouveau" serveur RedHat, j'ai soudainement 10% de mes clients qui ne
peuvent plus monter le share.
Les logs du serveur me disent :
Apr 24 11:02:49 lin02 rpc.mountd: Fake hostname knoppix.ad.ici.ch for
128.212.253.14 - forward lookup doesn't exist
De fait rpc.mountd fait dans le rpm "nfs-utils-1.0.6-43EL"
un lookup du hostname, ce qu'il ne faisait pas dans
nfs-utils-1.0.6-22.2.legacy
On a effectivement des problèmes de DNS, mais je n'ai pas l'intention de
corriger ce problème, c'est pas moi qui gère ce serveur et on a déjà
tenté de corriger ça, sans succès.
Donc question, peut-on paraméter rpc.mountd quelque part pour éviter
qu'il fasse ce contrôle ?
Dans la mesure du possible j'aimerais une solution qui résiste à un
up2date, c'est à dire ne pas avoir à bidouiller le source, ou alors
mettre un source qui ne soit pas touché par up2date.
Une des solutions est peut etre de voir le RPM source
si il y a une modif possible dans les options de compil ( ou source )
qui va bien et tu refais le package avec un numero de version bien
au dessus comme cela up2date te laisse tranquille
C'est pas très propre ;-) mais efficace
En passant un share NFS d'un "vieux" serveur fedora core 2 à un "nouveau" serveur RedHat, j'ai soudainement 10% de mes clients qui ne peuvent plus monter le share.
Les logs du serveur me disent : Apr 24 11:02:49 lin02 rpc.mountd: Fake hostname knoppix.ad.ici.ch for 128.212.253.14 - forward lookup doesn't exist
De fait rpc.mountd fait dans le rpm "nfs-utils-1.0.6-43EL" un lookup du hostname, ce qu'il ne faisait pas dans nfs-utils-1.0.6-22.2.legacy
On a effectivement des problèmes de DNS, mais je n'ai pas l'intention de corriger ce problème, c'est pas moi qui gère ce serveur et on a déjà tenté de corriger ça, sans succès.
Donc question, peut-on paraméter rpc.mountd quelque part pour éviter qu'il fasse ce contrôle ?
Dans la mesure du possible j'aimerais une solution qui résiste à un up2date, c'est à dire ne pas avoir à bidouiller le source, ou alors mettre un source qui ne soit pas touché par up2date.
Une des solutions est peut etre de voir le RPM source si il y a une modif possible dans les options de compil ( ou source ) qui va bien et tu refais le package avec un numero de version bien au dessus comme cela up2date te laisse tranquille C'est pas très propre ;-) mais efficace
Merci d'avance :)
Nicolas.MICHEL
Philippe WEILL wrote:
Une des solutions est peut etre de voir le RPM source si il y a une modif possible dans les options de compil ( ou source ) qui va bien et tu refais le package avec un numero de version bien au dessus comme cela up2date te laisse tranquille C'est pas très propre ;-) mais efficace
Oui, ce serait une idée. Bon, je ne suis pas developeur pour un sous, donc c'est pas gagné d'avance, mais ça semble faisable.
Merci :) -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Philippe WEILL <Philippe.Weill@aero.jussieu.fr> wrote:
Une des solutions est peut etre de voir le RPM source
si il y a une modif possible dans les options de compil ( ou source )
qui va bien et tu refais le package avec un numero de version bien
au dessus comme cela up2date te laisse tranquille
C'est pas très propre ;-) mais efficace
Oui, ce serait une idée.
Bon, je ne suis pas developeur pour un sous, donc c'est pas gagné
d'avance, mais ça semble faisable.
Merci :)
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
Une des solutions est peut etre de voir le RPM source si il y a une modif possible dans les options de compil ( ou source ) qui va bien et tu refais le package avec un numero de version bien au dessus comme cela up2date te laisse tranquille C'est pas très propre ;-) mais efficace
Oui, ce serait une idée. Bon, je ne suis pas developeur pour un sous, donc c'est pas gagné d'avance, mais ça semble faisable.
Merci :) -- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
