W
watson

  • 5 juil. 2012
  • Inscrit 9 juin 2012
  • 0 meilleure réponse
  • Dernières nouvelles du front: maintenant j'ai mes user/group corrects sans lancer idmapd et sans avoir rien fait de spécial si ce n'est des yum update.

    Donc ça remarche mais sans savoir pourquoi ça ne marchait pas avant, mais bon, on va pas se plaindre, non?

    🙂
  • Je vais regarder s'il y a quelque chose de spécial que je n'aurais pas vu... mais, perso, sans idmapd c'est nobody:nobody de partout et quand tu fais du rsync en présérvant owner/group, ça fait vraiment très mal!

    ceci dit, juste pour infos également, doit y avoir un pb qq part avec la gestion du réseau. voilà un exemple assez édifiant, c'est une copie de mon terminal:
    [root@madP9X79 bin]# gem update
    Updating installed gems
    WARNING:  Error fetching data: SocketError: getaddrinfo: Name or service not known (http://rubygems.org/latest_specs.4.8.gz)
    Nothing to update
    [root@madP9X79 bin]# gem update
    Updating installed gems
    WARNING:  Error fetching data: SocketError: getaddrinfo: Name or service not known (http://rubygems.org/latest_specs.4.8.gz)
    Nothing to update
    [root@madP9X79 bin]# gem update
    Updating installed gems
    Updating minitest
    ERROR:  While executing gem ... (Gem::GemNotFoundException)
        Could not find a valid gem 'minitest' (3.1.0) locally or in a repository
    [root@madP9X79 bin]# gem update
    Updating installed gems
    Updating minitest
    ERROR:  While executing gem ... (Gem::RemoteFetcher::FetchError)
        SocketError: getaddrinfo: Name or service not known (http://rubygems.org/gems/minitest-3.1.0.gem)
    [root@madP9X79 bin]# gem update
    Updating installed gems
    Updating minitest
    Fetching: minitest-3.1.0.gem (100%)
    Successfully installed minitest-3.1.0
    Gems updated: minitest
    Installing ri documentation for minitest-3.1.0...
    Installing RDoc documentation for minitest-3.1.0...
    [root@madP9X79 bin]#
    
    comme on peut le voir, j'ai du lancer 5 fois la commande gem update pour que ça veuille bien marcher, chaque fois il y a une erreur différente jusqu'à ce que ça finisse par passer.

    et c'est encore pire avec yum: il y a une erreur de curl (hostname not found) pratiquement pour chaque repository et au final, je suis chaque fois obligé de faire un yum clean all et de refaire un update après, ce qui veut dire qu'à chaque fois, tu te retouves à downloader l'intégralité des bases de yum ce qui prend un temps non négligeable... sans compter que j'ai régulièrement des notifications du daemon de yum qui me signalent qu'il n'y a plus de repository à essayer. et je sais que ce n'est ni ma machine, ni mon réseau qui débloquent, ça marche parfaitement bien avec les autres distros, j'ai ça depuis f16...

    enfin voilà, encore un "détail" prodigieusement énervant spécifique à fedora. je n'ai pas regardé si d'autres ont le même pb, je dois l'avouer 😉
  • Pour infos, j'ai résolu le problème du boot sur le kernel 3.4.0 en installant... les kmod-nvidia. conclusion: y'a du avoir une régression quelque part dans les drivers nouveau. pour une fois que j'avais pas installé les drivers propriétaires parce que nouveau marchait bien, je me suis fait avoir.

    Linux madP9X79 3.4.0-1.fc17.x86_64 #1 SMP Sun Jun 3 06:35:17 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

    et concernant le problème nfs, au boot voilà ce que j'ai:
    systemctl status nfs-idmap.service
    nfs-idmap.service - NFSv4 ID-name mapping daemon
              Loaded: loaded (/usr/lib/systemd/system/nfs-idmap.service; enabled)
              Active: inactive (dead)
              CGroup: name=systemd:/system/nfs-idmap.service
    
    il est donc bien enabled et, d'après la doc, il devrait démarrer automatiquement au boot. ceci dit, je ne sais pas si c'est particulier à ce service ou si ça se produit avec d'autres.
  • eclipseo wrote:
    mais expliquez-moi maintenant comment il se fait que pour une distro de linux j'en suis à devoir lancer à la mano le service nfs idmapd
    Tu as un message d'erreur pour ce service?
    $ systemctl status nfs-idmap.service
    En théorie, systemd le onsidère comme une "dépendance" pour lancer nfs-server.
    En fait maintenant je le lance automatiquement via un script au boot. mais normalement, en faisant
    $ systemctl enable nfs-idmap.service
    une fois, je m'attends à ce qu'il démarre sans autre au prochain boot, d'autant plus que la commande marche et qu'il dit avoir créé le symlink mais dans les faits, je ne sais pas exactement ce qu'il se passe et je dois bien admettre que j'ai pas trop creusé le pb...

    et mon pc en f17 est juste client nfs, le serveur tourne sur une bécanne en ubuntu 10.10 server (qui marche superbement bien d'ailleurs).

    ceci dit, comme je le disais, j'arrive toujours à contourner les problèmes d'une manière ou d'une autre sauf dans le cas du boot sur le kernel 3.4.0. mais là non plus, je n'ai pas encore pris la peine de chercher (faut dire que quand t'as plus de signal sur les moniteurs, ça devient compliquer d'aller voir dmesg et la log d'autant plus que du coup, j'ai même pas accès aux terminaux en plein écran). j'ai juste essayé de me connecter via ssh depuis un mac mais apparemment, sshd n'est même pas démarré. donc voilà, une énigme de plus à résoudre quand j'aurais le courage de m'y atteler...

    merci en tout cas pour vos réponses.
  • Merci d'avoir prêté attention à mes complaintes!

    Je suis tout à conscient que fedora est la distro de pointe et que c'est clair qu'il faut toujours s'attendre à des problèmes divers plus ou moins grave mais ce qui me sidère dans l'histoire, c'est le problème du nfs idmapd. ok, je sais qu'on est passé sous systemd mais bon, nfs ça fait partie intégrante de la vie de tous les jours de n'importe qui qui touche à un environnement linux/unix et depuis le nombre d'années que c'est intégré dans linux, quand ça ne marche pas, forcément tu te demandes comment c'est possible qu'un truc aussi indispensable et aussi utilisé puisse ne pas marcher d'office quand t'as fait les install nécessaires.
    Après ça, que ça déjante parce que je viens de changer de matos, que la carte graphique en question (nvidia gtx560 avec 2 écrans en l'occurrence) ne soit pas supportée, j'admets tout à fait, no problem. Mais, bon, nfs, ça me reste méchament en travers de la gorge!

    Linux madP9X79 3.3.7-1.fc17.x86_64 #1 SMP Mon May 21 22:32:19 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
  • Salut tout le monde,

    fan de principe pour tout ce qui tourne autour du libre, linux en particulier, je me demande quand même des fois où on va. j'ai installé f17, et déjà, chose bizarre, l'écran s'éteint quand je boot et se rallume sur le login de kdm. ok, j'ai pas vraiment envie de savoir pourquoi, tant que ça marche, j'en demande pas plus (je n'ai strictement aucun kmod ou autre driver installé, je le précise). maintenant que j'ai fait un update sur le kernel 3.4.0, au boot, je n'ai carrément plus rien. l'écran s'éteint et point final. donc je dois rebooter sur le kernel précédent 3.3.7. ok, je veux bien.

    maintenant, j'utilise linux depuis un certain nombre d'années et je ne compte plus les versions que j'ai installé depuis f6 et en gros tout a pas mal marché. mais expliquez-moi maintenant comment il se fait que pour une distro de linux j'en suis à devoir lancer à la mano le service nfs idmapd pour ne pas avoir des nobody:nobody de partout sur mes disques montés en nfs4? je sais bien qu'il y a eu un pratiquement un mois de décalage entre la sortie prévue et la sortie effective de f17 mais perso, j'estime que lacher dans la nature une version de linux qui n'arrive même pas à gérer correctement un de ses piliers, ça devient grave...

    et je ne parle pas des autres problèmes, genre yum qu'envoie sans arrêt des messages parce que curl s'est merdé dieu sait pourquoi, pourquoi du ruby 1.9.3p194 compilé ne fonctionne pas comme sur n'importe quelle autre version de linux, y.c. f16 bien que je suppose que gcc 4.7 n'y soit pas étranger, bref les soucis standard qui se réoudront avec le temps.

    au final, je me moque pas mal de ces problèmes, j'arrive à les contourner d'une manière ou d'une autre (pendant 2 ans j'ai utilisé ubuntu plutot que fedora) mais ce qui m'inquiète dans l'histoire c'est comment on peut vouloir essayer de convaincre des gens qui n'y connaissent pas grand-chose en informatique d'utiliser linux plutôt que windaube ou mac os quand je vois la galère dans laquelle tu peux en arriver en étant toi-même informaticien (je travaille sur linux, aix, sun et hpux). du coup, je commence vraiment à avoir l'impression qu'avec linux, c'est un pas en avant et deux en arrière. que j'aie abandonné gnome pour kde, c'est juste une question de frontend, mais là on en est à plus grave que le frontend.

    et tant qu'à faire, j'y vais également de ma complainte sur gnome. gnome3, l'interface pour ceux qui regardent encore les teletubbies, plein de gros icônes et plein de couleurs. par contre ceux qui utilisaient gnome2 parce que modèle de simplicité, d'efficacité mémoire & cpu, les desktops multiples sur plusieurs écrans, eux, ils vont se faire voir ailleurs, c'est à dire > /dev/null (surtout que kde ne sait pas le faire). j'habite juste à coté de CMS (un des gros détecteur du CERN) donc un des premiers candidats pour aller explorer les tréfonds d'un trou noir s'il venait à s'en produire d'assez massifs et assez permanents en dessous de ma cave, et au CERN, donc, c'est linux avec gnome2 les maîtres d'oeuvre (suffit d'aller sur le site pour le constater). maintenant, la question est de savoir si on préfère s'alliéner ses utilisateurs existants en faveur d'un grand public plus qu'hypothétique (y'a qu'à voir qt qui a(vait) une audience largement plus étendue que gtk). en ce qui me concerne, je n'ai ni iphone, ni portable android ni tablette mais j'ai besoin d'un ordinateur qui marche or, au final, tout ce que je trouvais vachement cool sous linux se fait la malle sous des prétextes purement commerciaux ou pseudo-visionnaires alors que sauf erreur, les tablettes n'ont pas encore ni la puissance ni le debit nécessaire pour sacrifier les desktop.

    enfin, voilà. c'est critique mais, bon, faut bien critiquer pour faire avancer les choses, non? ceci dit, ça ne m'empêche de dire un grand merci et toute mon admiration à la communauté pour tout le boulot qu'elle a founi (et fournit encore) même s'il me semble qu'elle se fourvoie parfois.

    p.s. si quelqu'un a une idée de pourquoi ça boot plus en 3.4.0, c'est bienvenu!