Quand on utilise la commande "su", il est souvent préférable d'utiliser le "-" pour bien sourcer les fichiers "profile" et ainsi se retrouver dans l'environnement complet de l'utilisateur cible.
en somme :
"su -" est égal à "su - root", attention à l'espace !
On peut aussi prendre d'autres identités que root, suffit juste de spécifier le login.
Personnellement, je fais systématiquement un "su - " quand je veux changer d'identité, je suis sûr d'avoir toutes les variables d'environnement de l'utilisateur.
Sous Linux par exemple, le maximum de RAM est utilisé pour le cache disque pour accelerer les temps d'accès.
L'écriture se fait en différé sur les médias en asynchrone, tu imagines si tu devais attendre que ton os rende la main à l'applicatif avant chaque écriture ?
Un serveur digne de ce nom n'est pas sensible aux coupure de courant, il est soit relié à un onduleur, soit il dispose de double alim reliée chacune à une source d'alimentation différente.....
Sinon, tu es au courant pour les mini batteries dans les cartes RAID qui permettent de commiter une écriture même en cas de coupure de courant (pour les serveurs sans double alim par exemple) ?
Quand j'ai débuté la programmation shell j'enchainais beaucoup les |, et c'est vrai que les performances étaient pas au rendez-vous.
Utiliser correctement le shell, c'est surtout limiter le nombre de process et utiliser toutes ls fonctionnalités offertes par ce dernier.
Jusqu'au jour où finit par utiliser awk parce que le shell est trop pauvre, ensuite on découvre perl, et on fait des scripts perl standalone.
Aujourd'hui quand je veux faire un truc un minimum compliqué, je ne pense même pas à le faire en shell, c'est trop inmaintenable, mais bon y en a qui aiment se faire chier alors bon...
Pourquoi ne pas proposer un outil maison pour résoudre ta problématique ?
Imaginons une page php où l'utilisateur peut y trouver toutes les informations dont il a besoin.
Cette page nécessite l'authentification préalable de l'utilisateur avec son couple login/passwd et apache va s'authentifier sur le LDAP. Au passage il bind plusieurs DN pour s'arrêter finalement sur le bon....
Aurais-tu dit il y a quelques années que Linux allait "tuer" quasiment tous les Unix ? Il reste Solaris qui fait de la résistance mais pour les autres l'affaire est entendue.
C'est toujours marrant de lire ce genre d'argument.
Partout où j'ai bossé, j'ai toujours entendu dire que solaris était en train de mourrir. Et j'en ai pas vu beaucoup en centre serveur...pourtant je bosse dans un centre serveur de ~3000 machines...
Quant à AIX, il est loin d'être mort, ici par exemple il est largement utilisé avec le matériel pseries (regatta/squadron) pour la virtualisation.
IBM compte encore beaucoup de client et la road map d'aix est bien fixée :
Les sauvegardes c'est simple, c'est par le réseau, ça arrive sur un serveur donc c'est stocké sur disque, et après c'est stocké sur bande et c'est un gentil robot qui range la cartouche quand elle est pleine.
Bon, ça c'est au boulot, à la maison, les rares sauvegardes se font sur DVD+R.
La commande nslookup ne tient absolument pas compte du /etc/hosts qu'elle que soit l'implémentation et c'est annoncé clairement.
En revanche la commande host n'a pas le même comportement sous AIX où le fichier /etc/hosts est consulté selon l'ordre de recherche définit....c'est assurément ce qui m'a induit en erreur.
Mais je n'ai jamais dit que le ping ne fontionnait pas chez moi !
Ce sont les commandes host, nslookup et dig qui ne fonctionnent pas car elles cherchent absolument à aller causer à un DNS, ça tombe en time out et elles s'arrêtent là !
Le ping fonctionne sauf que la commande cherche d'abord à ouvrir /etc/resolv.conf pour se connecter à un DNS et seulement ensuite fait un open sur le /etc/hosts, et là fort heureusement il résoud bien le nom.
Moi ce que je veux, c'est uniquement résoudre les noms avec /etc/hosts et à aucun moment ne faire appel à un DNS. Il semblerait que la primitive gethostbyname n'ai pas le comportement souhaité...pourtant sous AIX le comportement est normal....
Ensuite, quand tu réalise ton test, pense bien à stopper le name service cache daemon....avec un /etc/init.d/nscd stop parce que la commande ping (et surement d'autres) va voir la socket locale pour tenter de résoudre des noms en cache...
Refait ton test avec les commandes host, nslookup....
Analyse la sortie d'un strace surtout, histoire de voir ta primitive a bien le même comportement....
J'ai peut-être un bug...mon kernel est le suivant 2.4.21-27.ELsmp
Ensuite, je ne trouve pas ça normal qu'un open soit fait en premier sur /etc/resolv.conf, parce que d'après la page de manuel de la primitive gethostbyname, c'est ce que qui se trouve dans /etc/host.conf qui doit faire foi, enfin bon...
Donc d'après toi il faut obligatoirement un enregistrement dans /etc/resolv.conf, soit.
Mais quel enregistrement mettre ? J'ai mis nameserver tout court, le problème reste le même...j'ai mis nameserver et domain etc...
qu'entend précisément par "tu dois avoir une entrée dans /etc/resolv.conf" ?
Si je ne dis pas de bêtise, il me semble que ubuntu se base sur les packages de unstable, or ce Bug Squashing Party s'attache à corriger les 750 bugs critiques affectant Lenny, qui n'est d'autre que l'actuelle testing.
Il ne faut pas espérer que ce Bug Squashing Party ne corrige les bugs de ubuntu...ni encore moins de unstable...
Mis à part cela, je ne vois pas pourquoi les personnes sur ubuntu ne serait pas les bienvenus....
# iostat
Posté par Dabowl_92 . En réponse au message Fibre channel et monitoring. Évalué à 0.
En tout as la version d'aix permet de le faire :o
# Ubuntu
Posté par Dabowl_92 . En réponse au journal Fedora 8 : une immense déception. Évalué à -4.
[^] # Re: AMHA
Posté par Dabowl_92 . En réponse au message quel disque dur ?. Évalué à 2.
Question un peu hors-sujet, es tu satisfait du SATA 2?
Les débits et temps d'accès sont-ils bons ?
Enfin, que donne un hdparm -t ?
Merci par avance
[^] # Re: GNOME 3.0
Posté par Dabowl_92 . En réponse au sondage Pour 2008 vous attendez surtout.... Évalué à 4.
# GNOME 3.0
Posté par Dabowl_92 . En réponse au sondage Pour 2008 vous attendez surtout.... Évalué à -2.
[^] # Re: Tout le monde sait pourquoi...
Posté par Dabowl_92 . En réponse au journal Quel contenu pour linuxfr ?. Évalué à 10.
[^] # Re: man su
Posté par Dabowl_92 . En réponse au message SSH / utilisateur avec droits root (ou presque). Évalué à 4.
en somme :
"su -" est égal à "su - root", attention à l'espace !
On peut aussi prendre d'autres identités que root, suffit juste de spécifier le login.
Personnellement, je fais systématiquement un "su - " quand je veux changer d'identité, je suis sûr d'avoir toutes les variables d'environnement de l'utilisateur.
[^] # Re: Bof...
Posté par Dabowl_92 . En réponse au journal Fusion-IO, l'unité de stockage du futur-présent?. Évalué à 3.
Sous Linux par exemple, le maximum de RAM est utilisé pour le cache disque pour accelerer les temps d'accès.
L'écriture se fait en différé sur les médias en asynchrone, tu imagines si tu devais attendre que ton os rende la main à l'applicatif avant chaque écriture ?
Un serveur digne de ce nom n'est pas sensible aux coupure de courant, il est soit relié à un onduleur, soit il dispose de double alim reliée chacune à une source d'alimentation différente.....
Sinon, tu es au courant pour les mini batteries dans les cartes RAID qui permettent de commiter une écriture même en cas de coupure de courant (pour les serveurs sans double alim par exemple) ?
[^] # Re: Bof...
Posté par Dabowl_92 . En réponse au journal Fusion-IO, l'unité de stockage du futur-présent?. Évalué à 2.
http://fr.wikipedia.org/wiki/Magnetic_Random_Access_Memory
En attendant, il faut faire avec les DD. Et vu le prix des DD, ça revient pas trop cher de se faire un RAID 0+1.
Si vraiment tu recherches des performances pour un serveur, et bien tu achètes beaucoup de RAM et tu fous toutes tes données en cache disque.
[^] # Re: Y a pas que Bash dans la vie
Posté par Dabowl_92 . En réponse au journal Un meilleur shell. Évalué à 5.
Quand j'ai débuté la programmation shell j'enchainais beaucoup les |, et c'est vrai que les performances étaient pas au rendez-vous.
Utiliser correctement le shell, c'est surtout limiter le nombre de process et utiliser toutes ls fonctionnalités offertes par ce dernier.
Jusqu'au jour où finit par utiliser awk parce que le shell est trop pauvre, ensuite on découvre perl, et on fait des scripts perl standalone.
Aujourd'hui quand je veux faire un truc un minimum compliqué, je ne pense même pas à le faire en shell, c'est trop inmaintenable, mais bon y en a qui aiment se faire chier alors bon...
[^] # Re: Y a pas que Bash dans la vie
Posté par Dabowl_92 . En réponse au journal Un meilleur shell. Évalué à 1.
J'ai un collègue qui a fait de très belles choses en jouant avec les séquences terminfo...
En plus c'est portable, ce qui n'est pas forcément le cas de dialog et encore moins du module nzcurses...
[^] # Re: comme on dit chez nous
Posté par Dabowl_92 . En réponse au journal Aujourd'hui, je pète la forme. Évalué à 6.
[^] # Re: Des détails!h
Posté par Dabowl_92 . En réponse au message Couple login/password pour accèder à OpenLDAP. Évalué à 0.
Imaginons une page php où l'utilisateur peut y trouver toutes les informations dont il a besoin.
Cette page nécessite l'authentification préalable de l'utilisateur avec son couple login/passwd et apache va s'authentifier sur le LDAP. Au passage il bind plusieurs DN pour s'arrêter finalement sur le bon....
[^] # Re: route
Posté par Dabowl_92 . En réponse au message [iptables] Traduction idée/iptables. Évalué à 1.
Sinon, il faudra ajouter les règles à la chaine FORWARD...
# Authentifcation LDAP
Posté par Dabowl_92 . En réponse au message Couple login/password pour accèder à OpenLDAP. Évalué à 1.
En effet, cet outil peut très bien faire un bind sur le DN qui va bien et ensuite l'utilisateur a juste à spécifier le couple login/password.
Peux-tu nous donner davantage de détails ?
[^] # Re: Windows Vista à peine huit fois plus utilisé que Linux
Posté par Dabowl_92 . En réponse au journal Vista fait le carton. Évalué à 1.
C'est toujours marrant de lire ce genre d'argument.
Partout où j'ai bossé, j'ai toujours entendu dire que solaris était en train de mourrir. Et j'en ai pas vu beaucoup en centre serveur...pourtant je bosse dans un centre serveur de ~3000 machines...
Quant à AIX, il est loin d'être mort, ici par exemple il est largement utilisé avec le matériel pseries (regatta/squadron) pour la virtualisation.
IBM compte encore beaucoup de client et la road map d'aix est bien fixée :
http://www.itjungle.com/tug/tug051707-story02.html
Si pour toi c'est ça un OS mort....
# le domaine est libre
Posté par Dabowl_92 . En réponse au journal Toujours sans nouvelles de buddy.... Évalué à 3.
# Problème de GID ?
Posté par Dabowl_92 . En réponse au message Comment NFS gere les permissions?. Évalué à 1.
Le propriétaire/groupe propriétaire du dossier /exports/lan correspond t-il bien à un user et un groupe contenu dans le NIS ?
Comment sont configurés les modules PAM et le name service switch sur le poste client ?
N'existe-il pas un groupe local "lan" sur le poste client ?
Compare le GID du groupe "lan" du NIS, et le GID de l'utilisateur avec lequel tu te connectes....
Il doit evidemment être le même....si ce n'est pas le cas, ton problème vient de là.
[^] # Re: Encore un complot du groupe lagard^H^H^H^H^H^Hsarko
Posté par Dabowl_92 . En réponse au journal Tribune cassée?. Évalué à 0.
# Encore un complot du groupe lagard^H^H^H^H^H^Hsarko
Posté par Dabowl_92 . En réponse au journal Tribune cassée?. Évalué à 9.
Pour gagner plus, il faut travailler plus et non pas mouler plus [:aloyd], la tribune a été fermée dans ce sens.
On est au boulot et non au moulot.
# Tivoli Storage Manager
Posté par Dabowl_92 . En réponse au journal Comment vous sauvegardez ?. Évalué à 1.
Bon, ça c'est au boulot, à la maison, les rares sauvegardes se font sur DVD+R.
[^] # Re: /etc/resolv.conf vide
Posté par Dabowl_92 . En réponse au message Configurer l'ordre de résolution de noms d'hôtes. Évalué à 1.
La commande nslookup ne tient absolument pas compte du /etc/hosts qu'elle que soit l'implémentation et c'est annoncé clairement.
En revanche la commande host n'a pas le même comportement sous AIX où le fichier /etc/hosts est consulté selon l'ordre de recherche définit....c'est assurément ce qui m'a induit en erreur.
[^] # Re: /etc/resolv.conf vide
Posté par Dabowl_92 . En réponse au message Configurer l'ordre de résolution de noms d'hôtes. Évalué à 1.
Ce sont les commandes host, nslookup et dig qui ne fonctionnent pas car elles cherchent absolument à aller causer à un DNS, ça tombe en time out et elles s'arrêtent là !
Le ping fonctionne sauf que la commande cherche d'abord à ouvrir /etc/resolv.conf pour se connecter à un DNS et seulement ensuite fait un open sur le /etc/hosts, et là fort heureusement il résoud bien le nom.
Moi ce que je veux, c'est uniquement résoudre les noms avec /etc/hosts et à aucun moment ne faire appel à un DNS. Il semblerait que la primitive gethostbyname n'ai pas le comportement souhaité...pourtant sous AIX le comportement est normal....
Ensuite, quand tu réalise ton test, pense bien à stopper le name service cache daemon....avec un /etc/init.d/nscd stop parce que la commande ping (et surement d'autres) va voir la socket locale pour tenter de résoudre des noms en cache...
Refait ton test avec les commandes host, nslookup....
Analyse la sortie d'un strace surtout, histoire de voir ta primitive a bien le même comportement....
J'ai peut-être un bug...mon kernel est le suivant 2.4.21-27.ELsmp
[^] # Re: /etc/resolv.conf vide
Posté par Dabowl_92 . En réponse au message Configurer l'ordre de résolution de noms d'hôtes. Évalué à 1.
Ensuite, je ne trouve pas ça normal qu'un open soit fait en premier sur /etc/resolv.conf, parce que d'après la page de manuel de la primitive gethostbyname, c'est ce que qui se trouve dans /etc/host.conf qui doit faire foi, enfin bon...
Donc d'après toi il faut obligatoirement un enregistrement dans /etc/resolv.conf, soit.
Mais quel enregistrement mettre ? J'ai mis nameserver tout court, le problème reste le même...j'ai mis nameserver et domain etc...
qu'entend précisément par "tu dois avoir une entrée dans /etc/resolv.conf" ?
[^] # Re: Ubuntu
Posté par Dabowl_92 . En réponse à la dépêche Bug Squashing Party Debian à Dijon - 29 et 30 septembre 2007. Évalué à 4.
Il ne faut pas espérer que ce Bug Squashing Party ne corrige les bugs de ubuntu...ni encore moins de unstable...
Mis à part cela, je ne vois pas pourquoi les personnes sur ubuntu ne serait pas les bienvenus....