[HS]
Bonjour, désolé gros HS. vous avez le droit de taper, mais pas trop fort... Au boulot on utilise un logiciel de visualisation proprio. Donc on a le gestionnaire de licence qui va avec. J'ai installé ce gestionnaire de licence sur un vieux linux (2.6.4...oulalalala). et sur un pc tout neuf j'ai le logiciel de visu en question. Sur le vieux pc, donc le serveur, je voudrais bien que le gestionnaire de licence se lance au démarrage totomatiquement. et ça tombe bien puisqu'un script de lancement est fourni. Alors je copie le script donc /etc/init.d, je le rends exécutable. bref en gros au boot le script est appelé. Mais le problème c'est que le gestionnaire de licence crash lorsqu'il est lancé en tant que daemon...En gros si dans un shell je tape : ./gestionnaire_de_licence args ça marche. et si je tape : start_daemon gestionnaire_de_licence args le logiciel crash. bon voilà en gros ce qui se passe. Alors j'ai regardé les logs un peu partout et je n'ai pas trouvé grand chose. Mais apparemment ce gestionnaire de licence appelle un autre programme, prog1, qui se situe dans le même répertoire que le gestionnaire de licence. Et apparemment en tant que daemon eh bien ce prog1 n'est pas trouvé. alors que direct dans le shell ça fonctionne parfaitement. Y a t il un environnement spécial lorsqu'un programme est lancé en tant que daemon ? si oui comment le modifier ? à noter j'ai aussi ajouté le repertoire dans le lequel se situe prog1 et le gestionnaire de licence à mon PATH. et ça n'a rien changé. Si vous avez une idée...une expérience similaire...ou encore mieux une solution...ben je suis tout ouï. ah oui à noter que je désire continuer à utiliser ce logiciel :) donc pas besoin de me dire de le virer ;) Bye Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [HS]
Le 19 août 2009 09:51, giggzounet giggzou...@gmail.com a écrit : Y a t il un environnement spécial lorsqu'un programme est lancé en tant que daemon ? si oui comment le modifier ? à noter j'ai aussi ajouté le repertoire dans le lequel se situe prog1 et le gestionnaire de licence à mon PATH. et ça n'a rien changé. Ca -- Kévin Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org http://identi.ca/khi - http://twitter.com/kh_i - http://system-linux.eu Nick IRC : KevinH sur irc.mozilla.org - irc.debian.org - irc.freenode.net
Re: [HS]
Le 19 août 2009 09:51, giggzounet giggzou...@gmail.com a écrit : Y a t il un environnement spécial lorsqu'un programme est lancé en tant que daemon ? si oui comment le modifier ? à noter j'ai aussi ajouté le repertoire dans le lequel se situe prog1 et le gestionnaire de licence à mon PATH. et ça n'a rien changé. Ca dépend : est ce que ton daemon est lancé avec un utilisateur particulier ? -- Kévin Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org http://identi.ca/khi - http://twitter.com/kh_i - http://system-linux.eu Nick IRC : KevinH sur irc.mozilla.org - irc.debian.org - irc.freenode.net
Re: [HS] Crash d'un programme e n tant que daemon; pas de crash qd lanc é en console
Bon tout d'abord...j'ai oublié de mettre un sujet...je vais me faire incendier par le pourfendeur de moulins...donc je rectifie rapido :) Kevin Hinault a écrit : Le 19 août 2009 09:51, giggzounet giggzou...@gmail.com mailto:giggzou...@gmail.com a écrit : Y a t il un environnement spécial lorsqu'un programme est lancé en tant que daemon ? si oui comment le modifier ? à noter j'ai aussi ajouté le repertoire dans le lequel se situe prog1 et le gestionnaire de licence à mon PATH. et ça n'a rien changé. Ca dépend : est ce que ton daemon est lancé avec un utilisateur particulier ? euh root...c'est particulier ça comme utilisateur ? Bye -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [HS] Crash d'un programme en tant que daemon; pa s de crash qd lancé en console
Le 19 août 2009 10:01, giggzounet giggzou...@gmail.com a écrit : Kevin Hinault a écrit : Le 19 août 2009 09:51, giggzounet giggzou...@gmail.com mailto:giggzou...@gmail.com a écrit : Y a t il un environnement spécial lorsqu'un programme est lancé en tant que daemon ? si oui comment le modifier ? à noter j'ai aussi ajouté le repertoire dans le lequel se situe prog1 et le gestionnaire de licence à mon PATH. et ça n'a rien changé. Ca dépend : est ce que ton daemon est lancé avec un utilisateur particulier ? euh root...c'est particulier ça comme utilisateur ? Je parlais d'un utilisateur autre que root justement, il n'est pas rare qu'un daemon ait son propre utilisateur pour plus de securité. Souvent il sera même chrooté. -- Kévin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [HS] Crash d'un programme e n tant que daemon; pas de crash qd lanc é en console
Kevin Hinault a écrit : Le 19 août 2009 10:01, giggzounet giggzou...@gmail.com a écrit : Kevin Hinault a écrit : Le 19 août 2009 09:51, giggzounet giggzou...@gmail.com mailto:giggzou...@gmail.com a écrit : Y a t il un environnement spécial lorsqu'un programme est lancé en tant que daemon ? si oui comment le modifier ? à noter j'ai aussi ajouté le repertoire dans le lequel se situe prog1 et le gestionnaire de licence à mon PATH. et ça n'a rien changé. Ca dépend : est ce que ton daemon est lancé avec un utilisateur particulier ? euh root...c'est particulier ça comme utilisateur ? Je parlais d'un utilisateur autre que root justement, il n'est pas rare qu'un daemon ait son propre utilisateur pour plus de securité. Souvent il sera même chrooté. -- Kévin ok. Mais en console je le lance aussi en root et ça fonctionne. Bon je veux bien essayer avec un autre utilisateur. comment je fais pour dire que je veux daemoniser mon programme avec l'utilisateur truc ? Merci Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [HS] Crash d'un programme en tant que daemon; pa s de crash qd lancé en console
Le 19 août 2009 10:21, giggzounetgiggzou...@gmail.com a écrit : Mais en console je le lance aussi en root et ça fonctionne. Bon je veux bien essayer avec un autre utilisateur. comment je fais pour dire que je veux daemoniser mon programme avec l'utilisateur truc ? Non je te dis pas de le faire mais de vérifier si c'est pas déjà le cas ;) Avant de chercher à modifier l'environnement de ton daemon il est juste bon de savoir s'il est lancé en root ou non. Un bon test serait de faire un export de l'environnement juste avant ta commande 'prog1' : env /tmp/env_de_mon_script -- Kévin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [HS] Crash d'un programme e n tant que daemon; pas de crash qd lanc é en console
Kevin Hinault a écrit : Le 19 août 2009 10:21, giggzounetgiggzou...@gmail.com a écrit : Mais en console je le lance aussi en root et ça fonctionne. Bon je veux bien essayer avec un autre utilisateur. comment je fais pour dire que je veux daemoniser mon programme avec l'utilisateur truc ? Non je te dis pas de le faire mais de vérifier si c'est pas déjà le cas ;) Avant de chercher à modifier l'environnement de ton daemon il est juste bon de savoir s'il est lancé en root ou non. Un bon test serait de faire un export de l'environnement juste avant ta commande 'prog1' : env /tmp/env_de_mon_script le probleme c'est que je n'ai pas accès à l'environnement juste avant prog1 : qqs détails : en gros mon script de lancement contient : start_daemon $TLM_INSTALL_DIR/rlm -c $TLM_INSTALL_DIR/licence.lic -dlog $TLM_INSTALL_DIR/debug.log avec $TLM_INSTALL_DIR bien défini. rlm est un binaire qui fait appel en interne à prog1 (donc pour env c'est rapé). Si on console je tape : path_to_rlm/rlm -c path_to_rlm/licence.lic -dlog path_to_rlm/debug.log ça marche. Tiens je viens de faire une découverte : si je mets : path_to_rlm/rlm -c path_to_rlm/licence.lic -dlog path_to_rlm/debug.log dans un script du genre : #!/bin/sh echo -n Starting rlm: path_to_rlm/rlm -c path_to_rlm/licence.lic -dlog path_to_rlm/debug.log echo -n DONE et ben ça ne marche pas non plus...même problème qu'avec le start_daemon. Bon ben je n'ai plus qu'à comparer les env. Bye Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [HS] Crash d'un programme e n tant que daemon; pas de crash qd lanc é en console
giggzounet a écrit : Kevin Hinault a écrit : Le 19 août 2009 10:21, giggzounetgiggzou...@gmail.com a écrit : Mais en console je le lance aussi en root et ça fonctionne. Bon je veux bien essayer avec un autre utilisateur. comment je fais pour dire que je veux daemoniser mon programme avec l'utilisateur truc ? Non je te dis pas de le faire mais de vérifier si c'est pas déjà le cas ;) Avant de chercher à modifier l'environnement de ton daemon il est juste bon de savoir s'il est lancé en root ou non. Un bon test serait de faire un export de l'environnement juste avant ta commande 'prog1' : env /tmp/env_de_mon_script le probleme c'est que je n'ai pas accès à l'environnement juste avant prog1 : qqs détails : en gros mon script de lancement contient : start_daemon $TLM_INSTALL_DIR/rlm -c $TLM_INSTALL_DIR/licence.lic -dlog $TLM_INSTALL_DIR/debug.log avec $TLM_INSTALL_DIR bien défini. rlm est un binaire qui fait appel en interne à prog1 (donc pour env c'est rapé). Si on console je tape : path_to_rlm/rlm -c path_to_rlm/licence.lic -dlog path_to_rlm/debug.log ça marche. Tiens je viens de faire une découverte : si je mets : path_to_rlm/rlm -c path_to_rlm/licence.lic -dlog path_to_rlm/debug.log dans un script du genre : #!/bin/sh echo -n Starting rlm: path_to_rlm/rlm -c path_to_rlm/licence.lic -dlog path_to_rlm/debug.log echo -n DONE et ben ça ne marche pas non plus...même problème qu'avec le start_daemon. Bon ben je n'ai plus qu'à comparer les env. Bye Guillaume bien les seules différences obtenues avec la commande env dans une console et dans le script ci-dessus lancé dans la même console sont les suivantes : [10:53:45] dena...@celsius02 ~/Documents/TMP $ diff env_rlm env_rlm3 34a35 PS1=\[\e[0;33m\][\[\e[0m\]\t\[\e[0;33m\]]\[\e[0m\] \[\e[0;31m\]\u\[\e[0;33...@\[\e[1;35m\]\h \[\e[0;32m\]\w \[\e[0;31m\]\$ \[\e[0m\] 38c39 SHLVL=2 --- SHLVL=1 62a64 OLDPWD=/root Donc en gros on voit pas grand chose... :) c'est quoi SHLVL ? shell level ? et ça veut dire quoi ? Bye -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [HS] Crash d'un programme en tant que daemon; pas de crash qd lancé en console
On Wednesday 19 August 2009 10:54:41 am giggzounet wrote: Donc en gros on voit pas grand chose... :) c'est quoi SHLVL ? shell level ? et ça veut dire quoi ? Shell level c'est le nombre de shell qui sont lancés en cascade. Quand tu lance le premier il place la variable à 1. Ensuite chaque shell l'incrémente (ne marche pas avec sh) $ echo $SHLVL 1 $ bash $ echo $SHLVL 2 $ bash $ echo $SHLVL 3 $ exit $ echo $SHLVL 2 $ exit $ echo $SHLVL 1 -- Vincent MEURISSE -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [HS] Crash d'un programme en tant que daemon; pa s de crash qd lancé en console
Le 19 août 2009 10:54, giggzounetgiggzou...@gmail.com a écrit : SHLVL C'est utilisé quand un shell en appel un autre, quand tu executes un script manuellement il est en SHLVL=1 et quand il est appelé par une autre script il prend un niveau donc SHLVL=2, chaque incrémentation est le fruit d'un lancement par un script parent. Rien d'important pour toi. Je vais peut-être dire une betise mais start_daemon ce n'est pas une commande présente sur debian ça il me semble ? start_stop_daemon je connais mais pas celui-ci. -- Kévin -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [HS] Crash d'un programme e n tant que daemon; pas de crash qd lanc é en console
Kevin Hinault a écrit : Le 19 août 2009 10:54, giggzounetgiggzou...@gmail.com a écrit : SHLVL C'est utilisé quand un shell en appel un autre, quand tu executes un script manuellement il est en SHLVL=1 et quand il est appelé par une autre script il prend un niveau donc SHLVL=2, chaque incrémentation est le fruit d'un lancement par un script parent. Rien d'important pour toi. Je vais peut-être dire une betise mais start_daemon ce n'est pas une commande présente sur debian ça il me semble ? start_stop_daemon je connais mais pas celui-ci. bien vu...le serveur tourne sur une autre distrib...qd je dis gros HS...je suis vraiment gros HS. Par contre j'ai trouvé autre chose : si à la place de #!/bin/bash je mets #!/bin/zsh, le script fonctionne :) bon maintenant j'essaye de comprendre pourquoi... Bye -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [HS] Crash d'un programme e n tant que daemon; pas de crash qd lancé en console
Vincent MEURISSE a écrit : On Wednesday 19 August 2009 10:54:41 am giggzounet wrote: Donc en gros on voit pas grand chose... :) c'est quoi SHLVL ? shell level ? et ça veut dire quoi ? Shell level c'est le nombre de shell qui sont lancés en cascade. Quand tu lance le premier il place la variable à 1. Ensuite chaque shell l'incrémente (ne marche pas avec sh) $ echo $SHLVL 1 $ bash $ echo $SHLVL 2 $ bash $ echo $SHLVL 3 $ exit $ echo $SHLVL 2 $ exit $ echo $SHLVL 1 oki. merki -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [HS] Crash d'un program me en tant que daemon; pas de crash qd lanc é en console
* giggzounet giggzou...@gmail.com [2009-08-19 11:12:56 +0200] wrote : Kevin Hinault a écrit : Le 19 août 2009 10:54, giggzounetgiggzou...@gmail.com a écrit : SHLVL C'est utilisé quand un shell en appel un autre, quand tu executes un script manuellement il est en SHLVL=1 et quand il est appelé par une autre script il prend un niveau donc SHLVL=2, chaque incrémentation est le fruit d'un lancement par un script parent. Rien d'important pour toi. Je vais peut-être dire une betise mais start_daemon ce n'est pas une commande présente sur debian ça il me semble ? start_stop_daemon je connais mais pas celui-ci. bien vu...le serveur tourne sur une autre distrib...qd je dis gros HS...je suis vraiment gros HS. Par contre j'ai trouvé autre chose : si à la place de #!/bin/bash je mets #!/bin/zsh, le script fonctionne :) bon maintenant j'essaye de comprendre pourquoi... Bye Regarde du côté des tes fichiers .rc qui doivent lancés certaines variables d'environnement ... -- .''`. Edi Stojicevic : :' : Debian GNU/Linux user, admin developer - http://www.debian.org `. `~' French speaking Debian website founder - http://www.debianworld.org `-GPG Key Id : 0x1237B032 -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [testing] passage au 2.6.30 = problème avec la carte nVidia
Yann Cohen a écrit : Bonjour, Possesseur de carte graphique Nvidia sur squeeze, je viens de passer en 2.6.30 en amd64 et (depuis toujours avec nvidia) j'utilise directement les pilote de nvidia avec son installateur et la recompilation du module et l'installation des lib = pas pas problème... par contre pour ATI... c'est une autre histoire ! Yann. Je m'explique, car peut-être j'ai mal compris comment il faut faire. Pour mon noyau 2.6.26 de squeeze j'ai le nvidia-kernel-2.6.26-2-686 installé, Avec célui là, la carte marche bien Pour le noyau 2.6.30 j'ai pas de package nvidia-kernel-2.6.30 correspondant, donc je sais pas comment faire. Attendre que ce package soit créé et mis dans les depots? -- Sergiu
Re: [HS] Crash d'un programme e n tant que daemon; pas de crash qd lanc é en console
Edi Stojicevic a écrit : * giggzounet giggzou...@gmail.com [2009-08-19 11:12:56 +0200] wrote : Kevin Hinault a écrit : Le 19 août 2009 10:54, giggzounetgiggzou...@gmail.com a écrit : SHLVL C'est utilisé quand un shell en appel un autre, quand tu executes un script manuellement il est en SHLVL=1 et quand il est appelé par une autre script il prend un niveau donc SHLVL=2, chaque incrémentation est le fruit d'un lancement par un script parent. Rien d'important pour toi. Je vais peut-être dire une betise mais start_daemon ce n'est pas une commande présente sur debian ça il me semble ? start_stop_daemon je connais mais pas celui-ci. bien vu...le serveur tourne sur une autre distrib...qd je dis gros HS...je suis vraiment gros HS. Par contre j'ai trouvé autre chose : si à la place de #!/bin/bash je mets #!/bin/zsh, le script fonctionne :) bon maintenant j'essaye de comprendre pourquoi... Bye Regarde du côté des tes fichiers .rc qui doivent lancés certaines variables d'environnement ... je crois plutot que c est le programme en lui meme qui est un peu pourri... en effet j ai encore compris un truc. j ai ecris que le prog se lancait en console. en fait ce n est pas exactement vrai : il faut que je fasse : cd mon_path_vers_le_prog mon_path_vers_le_prog args pour que ca marche. J ai mis le cd dans le script et dans ce cas ci ca fonctionne sans probleme. bref je crois que je ne peux rien faire de plus...je vais me contenter de cette solution sale. mon chef s impatiente... Merci a tous en tout cas Guillaume -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [testing] passage au 2.6.30 = problème avec la carte nVidia
Sergiu Mihai, mercredi 19 août 2009, 11:59:10 CEST […] Je m'explique, car peut-être j'ai mal compris comment il faut faire. Pour mon noyau 2.6.26 de squeeze j'ai le nvidia-kernel-2.6.26-2-686 installé, Avec célui là, la carte marche bien Pour le noyau 2.6.30 j'ai pas de package nvidia-kernel-2.6.30 correspondant, donc je sais pas comment faire. Attendre que ce package soit créé et mis dans les depots? Ça ou en créer un soi-même avec module-assistant, en root : # m-a a-i nvidia (option -l 2.6.30 si le 2.6.30 n’est pas le noyau actif) m-a (sans option) lance une interface ncurses. man m-a pour plus d’info. -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Debian Etch et Zabbix
Bonjour à tous, Je voudrais installer la solution de supervision Zabbix sur un serveur Etch. Les paquets disponibles pour zabbix sont en version 1.4.6-1 donc relativement ancienne. On retrouve dans testing la dernière version à savoir 1.6.5-1. Je me pose la question de quelle source utiliser. 1- Utiliser les paquets de la version stable en 1.4 2- Peut on utiliser les paquets de testing sans Risque. 3- Ou vaut il mieux installer les sources depuis le site zabbix et compiler ? merci de votre aide fabrice
Re: Debian Etch et Zabbix
Le 19/08/2009 12:09, fabrice test a écrit : Bonjour à tous, Bonjour, Je voudrais installer la solution de supervision Zabbix sur un serveur Etch. Les paquets disponibles pour zabbix sont en version 1.4.6-1 donc relativement ancienne. On retrouve dans testing la dernière version à savoir 1.6.5-1. Je me pose la question de quelle source utiliser. 1- Utiliser les paquets de la version stable en 1.4 2- Peut on utiliser les paquets de testing sans Risque. 3- Ou vaut il mieux installer les sources depuis le site zabbix et compiler ? Pour ma part, j'utilise le fichier /etc/apt/preferences pour avoir un zabbix à jour. Cependant, je ne le fais que sur le frontend/serveur, les agents restant (par choix personnel) ceux de stable. Les agents 1.4 n'ont a priori pas de problème de compatibilité avec les serveur 1.6. merci de votre aide fabrice -- ~TraydenT~ -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [testing] passage au 2.6.30 = problème avec la carte nVidia
Sylvain Sauvage a écrit : Sergiu Mihai, mercredi 19 août 2009, 11:59:10 CEST Ça ou en créer un soi-même avec module-assistant, en root : # m-a a-i nvidia (option -l 2.6.30 si le 2.6.30 n'est pas le noyau actif) m-a (sans option) lance une interface ncurses. man m-a pour plus d'info. Pour mon noyau 2.6.26 je compilé le pilote avec module-assistant. Quand j'essaie de faire pareil pour le 2.6.30 j'ai un message d'erreur: error: 'struct proc_dir_entry' has no member named 'owner' Ce cas a été expliqué par David dans ça réponse à ce sujet. Plus de détails sur http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534103 [1] Mais le package nvidia-kernel-legacy-173xx-source est dans Sid et pas dans Squeeze. Devrais-je essayer de l'installer quand même? Links: -- [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534103
Re: [testing] passage au 2.6.30 = problème avec la carte nVidia
[Ce serait bien d’utiliser un système de citation lisible. Ton webmail (Roundcube) doit savoir le faire (il est sûrement aussi capable d’envoyer en texte brut seul, sans html…).] Sergiu Mihai, mercredi 19 août 2009, 12:38:44 CEST […] Pour mon noyau 2.6.26 je compilé le pilote avec module-assistant. Quand j'essaie de faire pareil pour le 2.6.30 j'ai un message d'erreur: error: 'struct proc_dir_entry' has no member named 'owner' Ce cas a été expliqué par David dans ça réponse à ce sujet. Plus de détails sur http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534103 [1] Mais le package nvidia-kernel-legacy-173xx-source est dans Sid et pas dans Squeeze. Oui, et le pourquoi est expliqué là : http://packages.qa.debian.org/n/nvidia-graphics-drivers-legacy-173xx.html Devrais-je essayer de l'installer quand même? Étant données les raisons de son absence dans Testing, ça va demander plusieurs autres paquets de Sid. Des cascades sont à craindre. C’est toi qui décide. -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: [testing] passage au 2.6.30 = problème avec la carte nVidia
Le Wed, 19 Aug 2009 13:25:04 +0200 Sylvain Sauvage sylvain.sauv...@metanoesis.net a écrit: Oui, et le pourquoi est expliqué là : http://packages.qa.debian.org/n/nvidia-graphics-drivers-legacy-173xx.html Devrais-je essayer de l'installer quand même? Étant données les raisons de son absence dans Testing, ça va demander plusieurs autres paquets de Sid. Des cascades sont à craindre. C’est toi qui décide. Pas obligatoirement. J'ai installé les drivers 185 de sid sur testing et ça se fait sans soucis particulier et sans tirer une myriade de paquets. -- Gaëtan PERRIER gaetan.perr...@free.fr -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Limiter les ressources CPU par VM avec VmWare Server 2
Bonjour, Est il possible de limiter les ressources CPU d'une machine virtuelle avec VmWare Server 2 (sous debian lenny 64 bits) ? Sur une de mes VM, une appli quand elle crash prend toutes les ressources, résultat la machine est plantée ou presque, la souris bouge pas ou alors toutes les 30sec à 1min, même CRTL-ALT-F1, le login échoue car cela prend plus de 60sec pour avoir la demande de password. J'ai bien tenté un renice du process qui fait tourner ma VM, mais c'est pas la panacée (machine un poil plus réactive), là j'ai pu noté une charge de 60 (voire plus) via top ! Donc je cherche a limiter les ressource utiliser par une VM mettons à 1/4 du CPU (ou 1/2 core ou truc dans le genre) Merci pour votre aide -- Alain Les pieds sur Terre, la tête dans les étoiles
Re: Limiter les ressources CPU par VM avec VmWare Server 2
Bonjour, Je ne crois pas que l'on puisse limiter l'utilisation d'un CPU avec VmWare Server 2. Si tu as plusieurs CPUs, plusieurs coeurs ou que ton CPU supportel'hyperthreading, tu as alors la possibilité d'avoir plusieurs vcpu et tu peux limiter le nombre de vcpu accessible par ta machine cliente. Il faut modifier l'option suivante dans le fichier .vmx de ta VM : numvcpus = 2 Ben. Le 19 août 2009 13:58, Alain JUPIN aju...@jupin.net a écrit : Bonjour, Est il possible de limiter les ressources CPU d'une machine virtuelle avec VmWare Server 2 (sous debian lenny 64 bits) ? Sur une de mes VM, une appli quand elle crash prend toutes les ressources, résultat la machine est plantée ou presque, la souris bouge pas ou alors toutes les 30sec à 1min, même CRTL-ALT-F1, le login échoue car cela prend plus de 60sec pour avoir la demande de password. J'ai bien tenté un renice du process qui fait tourner ma VM, mais c'est pas la panacée (machine un poil plus réactive), là j'ai pu noté une charge de 60 (voire plus) via top ! Donc je cherche a limiter les ressource utiliser par une VM mettons à 1/4 du CPU (ou 1/2 core ou truc dans le genre) Merci pour votre aide -- Alain Les pieds sur Terre, la tête dans les étoiles
u
Benjamin MENUET a écrit : Bonjour, Essai de renseigner la variable : http_proxy=http://ton proxy:port/ Dans le fichier /etc/profile sur ta machine cliente. Ben. Le 18 août 2009 11:26, Vilasith Phonepadith stu...@hotmail.com mailto:stu...@hotmail.com a écrit : Bonjour, Bonjour, Firefox : depuis Edit-Preferences-Advances-Network, ce navigateur du poste client peut connecter à l'Internet SI J'AI COCHÉ Manual proxy configuration Sinon, ça ne marche pas, par ex, Auto-detect proxy settings for this network. Comment je peux configurer mon serveur web/proxy transparent/firewall.sh/... pour que le firefox fonctionne en cochant Auto-detect proxy settings for this network ? Le proxy Transparent = redirection du port 80 vers le serveur squid doit se faire au moyen du routeur avec des règles iptables. Un exemple ici :http://kuscsik.blogspot.com/2008/01/transparent-proxy-with-squid-3-on.html le Auto-detect proxy settings for this network c'est autre chose. Il est adapté a un plus grand nombre de postes sur le réseau. Il s'agit d'une demande par le navigateur d'une page javascript contenant la fonction FindProxyForUrl. Permet de définir quel proxy utiliser en fonction de la machine source ou de la destination. Ce système nécéciste un serveur DNS avec la zone correpondant au domainname du /etc/resolv.conf des clients. Il faut aussi un serveur http contenant le fichier wpad.dat à la racine du site. Ce fichier doit contenir la fonction FindProxyForUrl. Dans la zone DNS, une entrée A ou CNAME nommée wpad doit correspondre au serveur web hébergeant le fichier wpad.dat. La majorité des navigateurs sont compatibles avec ce système. Pour les autres (Safari, ?) on doit indiquer manuellement l'url du fichier dans les préférences : URL d'autoconfiguration du proxy. voilà, Raphaël -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Librairies 32 bits sur un système 64 (erreur avec libgtkmm-2.4.so.1)
Bonjour, Sur mon système (Sid, 2.6.30, 64 bits), je viens d'installer l'outil d'Amazon pour télécharger les mp3 achetés sur leur site. Cet outil n'existe qu'en version 32 bits, mais en forçant un peu (dpkg -i --force-architecture), il l'installe quand même. Or, quand je lance, j'ai l'erreur suivante : amazonmp3: error while loading shared libraries: libgtkmm-2.4.so.1: cannot open shared object file: No such file or directory Bien évidemment, la bibliothèque est présente : # whereis libgtkmm-2.4.so.1 libgtkmm-2.4.so: /usr/lib/libgtkmm-2.4.so.1 /usr/lib/libgtkmm-2.4.so /usr/lib64/libgtkmm-2.4.so.1 /usr/lib64/libgtkmm-2.4.so Toutefois, j'imagine qu'il la cherche peut-être dans un /usr/lib32/ ? D'autre part, lors d'une installation précédente (même genre), cela avait fonctionné du 1er coup. Je pense éventuellement à l'installation de Picasa où je lui avait peut-être demandé d'installer plus de composants 32 bits que je ne l'ai fait cette fois-ci. Mais je ne vois pas comment refaire la même chose... Auriez-vous une piste ? Merci d'avance. David. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org