NFS et droits
Bonjour, J'ai un pb de droits avec NFS je n'ai pas l'accés en lecture ni en écriture à partir de mes clients. - Sur le serveur le repertoire est en 0777 - Je suis passé par kde --- Intenet et réseau -- partage de fichiers -- autorisation en lecture et en écriture. - J'ai mis les mêmes ID pour les mêmes utilisateurs entre le serveur et les clients. Extrait du fstab d'un client : 192.168.1.15:/archives /mnt/archivesnfs nfs rw user Une idée -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
cp et les gros fichiers
Bonjour, Je tente de transferer des dvd avec des fichiers videos (plusieurs centaines de Mo) vers un disque dur. Les petits fichiers passent mais pour les gros fichiers cp me répond erreur d'entrées/sorties Quant a dd il me met uns suite de fichiers illisibles. Une idée ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: NFS et droits
Le jeudi 02 octobre 08 à 10:15, [EMAIL PROTECTED] a écrit : | Bonjour, Bonjour, | Extrait du fstab d'un client : | | 192.168.1.15:/archives /mnt/archivesnfs nfs rw user | | Une idée Peut-être une restriction coté serveur ? Que contient /etc/exports pour le partage en question ? Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
dvgrab ?
Il y a quelques temps maintenant que dvgrab ne fonctionne plus correctement, depuis la disparition des anciens drivers raw1394 au profit de juju... Qu'en est-il aujourd'hui ? y a-t-il un moyen d'enregistrer du DV sous linux SANS avoir à recompiler le noyau avec les anciens drivers ? Exist-t-il simplement un module compilable à ajouter ? Un autre logiciel que dvgrab ? Merci pour vos lumières. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: NFS et droits
[EMAIL PROTECTED] a écrit : Bonjour, J'ai un pb de droits avec NFS je n'ai pas l'accés en lecture ni en écriture à partir de mes clients. - Sur le serveur le repertoire est en 0777 - Je suis passé par kde --- Intenet et réseau -- partage de fichiers -- je ne sais pas ce que fait le partage depuis KDE, mais que te renvoie la commande suivante sur le serveur ? exportfs -v A+ Luc. -- _ o / \\ \_/ O ° Faites un cadeau aux générations futures, abandonnez votre voiture ! begin:vcard fn:Luc Novales n:Novales;Luc email;internet:[EMAIL PROTECTED] tel;work:05-62-25-95-29 tel;fax:05-62-25-95-99 version:2.1 end:vcard
Re: cp et les gros fichiers
[EMAIL PROTECTED] a écrit : Bonjour, Je tente de transferer des dvd avec des fichiers videos (plusieurs centaines de Mo) vers un disque dur. ce sont des DVD de données ou des DVD pour lecteurs de salon ? -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bloquer les tentatives connexion ssh
Merci a tous, Je vais commencer par tester le module recent de iptable que je ne connaissais pas mais que je vais rajouter dans mon noyau hardened pour voir si sa tourne bien. Et dans le cas contraire je metterais les autres. Pour ma part fail2ban était suffisant car elle etait la seule solution que je connaissais, j'espere avoir du temps pour explorer les autres solutions. 2008/10/2 Edi Stojicevic [EMAIL PROTECTED] * Johan Dindaine [EMAIL PROTECTED] [2008-10-01 13:54:20 +0100] wrote : [...] merci beaucoup steeve, Je cherchais fail2ban Tu peux regarder du côté de knockd aussi : http://debianworld.org/securite.knockd @+ -- . ''`. (\___/) E d i S T O J I C E V I C : :' : (='.'=) http://www.debianworld.org `. `~' ()_() GPG: 0x1237B032 `- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Zombie process
Bonjour la liste depuis quelques jours je me bat contre le zombie qui sommeil sur mon serveur, je n'arrive pas à le trouver et à le tuer j'ai chercher avec ps aux | grep Z mais le seul processus que je trouve en Zs est : satie:/home/tibo# ps aux | grep Z USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND root 14545 0.0 0.0 0 0 ?Zs Sep28 0:00 [logrotate] defunct ce qui est étonnant c'est qu'il ne signale aucune utilisation des ressources alors qu'avec un uptime la sortie est presque toujours au dessus de 0.20 (au minimum) (cf http://lelevier.dyndns.org/ en bas de page) la machine n'est pas très puissante (133mhz) et à servi à beaucoup de test mais là je ne vois pas ce qui cloche. est-ce que quelqu'un pourrai m'aider? Merci Thibaut -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Pure-ftpd recalcitrant
Bonsoir la liste, Je soumets une question bête : que faire quand même un kill -9 ne marche pas ? Sur ma debian, j'avais un user connecté sur mon pure-ftpd mais pourtant il n'a pas de client demarré, les processus sont indiqués en IDLE. Je trouve ca étrange, je relance le démon (méthode pas-envie-de-comprendre-la) et je vois que mes process sont toujours la. Je tente des les killer et rien Ah si certains sont passés en zombie mais comme j'arrive pas tuer les pères, eux non plus ne disparaissent pas. Y a t'il une autre solution que de rebooter ? (Ce que je veux éviter.) Voici ce que me donne ps : # ps -edf | grep ftp utilisateur 28653 1 0 18:17 ?00:00:00 pure-ftpd (IDLE) root 28654 28653 0 18:17 ?00:00:00 [pure-ftpd-ldap-] defunct utilisateur 28810 1 0 18:20 ?00:00:00 pure-ftpd (IDLE) root 28811 28810 0 18:20 ?00:00:00 [pure-ftpd-ldap-] defunct utilisateur 28812 1 0 18:20 ?00:00:00 pure-ftpd (IDLE) root 28813 28812 0 18:20 ?00:00:00 [pure-ftpd-ldap-] defunct Kévin. -- Breizh da viken : www.pointbzh.com
Re: Pure-ftpd recalcitrant
Le jeudi 2 octobre 2008, Kevin Hinault a écrit : Bonsoir la liste, Je soumets une question bête : que faire quand même un kill -9 ne marche pas ? Sur ma debian, j'avais un user connecté sur mon pure-ftpd mais pourtant il n'a pas de client demarré, les processus sont indiqués en IDLE. Je trouve ca étrange, je relance le démon (méthode pas-envie-de-comprendre-la) et je vois que mes process sont toujours la. Je tente des les killer et rien Ah si certains sont passés en zombie mais comme j'arrive pas tuer les pères, eux non plus ne disparaissent pas. Y a t'il une autre solution que de rebooter ? (Ce que je veux éviter.) Voici ce que me donne ps : # ps -edf | grep ftp utilisateur 28653 1 0 18:17 ?00:00:00 pure-ftpd (IDLE) root 28654 28653 0 18:17 ?00:00:00 [pure-ftpd-ldap-] defunct utilisateur 28810 1 0 18:20 ?00:00:00 pure-ftpd (IDLE) root 28811 28810 0 18:20 ?00:00:00 [pure-ftpd-ldap-] defunct utilisateur 28812 1 0 18:20 ? 00:00:00 pure-ftpd (IDLE) root 28813 28812 0 18:20 ? 00:00:00 [pure-ftpd-ldap-] defunct Kévin. Que donne un pstree ? Quel est le père de ces processus ? S'il s'agit de pureftpd je suppose que celui-ci oublie de faire des wait et le tuer puis le relancer devrait suffire. Si init ou ton shell est le père de ces processus alors c'est étrange. Cordialement, Thomas Preud'homme -- Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Pure-ftpd recalcitrant
Que donne un pstree ? Quel est le père de ces processus ? S'il s'agit de pureftpd je suppose que celui-ci oublie de faire des wait et le tuer puis le relancer devrait suffire. Si init ou ton shell est le père de ces processus alors c'est étrange. J'avais bien sur arreté le demon pureftpd principal mais celui-ci n'est pas détaché des fils créé à chaque connexion. Donc lui etait correctement stopé. Je viens de réussir a les faire disparaitre mais c'est étrange, en fait mon user avait fait un lien vers un répertoire monté sur un autre ftp avec curlftpd et il avait tout cassé. En gros c'est fuse qui empechait mes process de s'arreter. Par contre, le kill -9 ne faisait rien fuse avait la priorité parce que c'est un module ? Merci quand même. -- Breizh da viken : www.pointbzh.com
Re: Pure-ftpd recalcitrant
Le jeudi 2 octobre 2008, vous avez écrit : Que donne un pstree ? Quel est le père de ces processus ? S'il s'agit de pureftpd je suppose que celui-ci oublie de faire des wait et le tuer puis le relancer devrait suffire. Si init ou ton shell est le père de ces processus alors c'est étrange. J'avais bien sur arreté le demon pureftpd principal mais celui-ci n'est pas détaché des fils créé à chaque connexion. Donc lui etait correctement stopé. Du coup les fils étaient rattaché à quel père en définitive ? Je viens de réussir a les faire disparaitre mais c'est étrange, en fait mon user avait fait un lien vers un répertoire monté sur un autre ftp avec curlftpd et il avait tout cassé. mmmh pureftp n'est pas censé s'exécuter dans un chroot ? Enfin je veux dire normalement il ne peut pas servir un fichier en dehors des répertoires qu'il gère et donc ce lien n'aurait pas dû poser problème (juste être inaccessible). Peut-être un bug à signaler. En gros c'est fuse qui empechait mes process de s'arreter. C'est étrange, le programme devrait pouvoir être arrêté quelque soient les modules dont il a besoin en définitive. Je ne connais pas bien l'architecture de fuse mais la partie noyau n'est clairement pas concernée et la partie userspace s'exécute forcément pour le compte d'un processus. De deux choses l'une ou bien il s'exécute pour un processus tiers auquel cas il n'entre pas en compte, ou bien il s'exécute pour le processus pureftp et il peut être tué avec un kill -9 (un programme ne peut intercepter un kill -9. Un kill-9 est géré par le noyau et aucun programme ne peut s'y soustraire). Par contre ce qui est fort possible c'est que ton kill -9 ait tué correctement les processus fils comme prévu mais que init ait mis un certains temps avant de faire le wait qui libère les processus zombie. Par contre, le kill -9 ne faisait rien fuse avait la priorité parce que c'est un module ? Le kill -9 a marché vu que tes processus sont devenus zombies. Un processus zombie c'est un processus qui n'existe plus mais dont on conserve l'état de terminaison pour que son parent le récupère. Pour qu'un processus disparaisse complètement il faut que le père récupère cet état et libère ainsi l'espace où est stocké l'état de terminaison. Merci quand même. De rien pour le coup :) Cordialement, Thomas Preud'homme -- Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Pure-ftpd recalcitrant
Le 2 octobre 2008 20:25, Thomas Preud'homme [EMAIL PROTECTED] a écrit : Le jeudi 2 octobre 2008, vous avez écrit : Que donne un pstree ? Quel est le père de ces processus ? S'il s'agit de pureftpd je suppose que celui-ci oublie de faire des wait et le tuer puis le relancer devrait suffire. Si init ou ton shell est le père de ces processus alors c'est étrange. J'avais bien sur arreté le demon pureftpd principal mais celui-ci n'est pas détaché des fils créé à chaque connexion. Donc lui etait correctement stopé. Du coup les fils étaient rattaché à quel père en définitive ? Je reprend : Pure-ftpd lancé seul ça donne ça : *# ps -edf | grep pure root 1678 1 0 19:55 ?00:00:00 pure-ftpd (SERVER)* Avec une connection active mais idle ca donne ca : *#ps -edf | grep pure root 1678 1 0 19:55 ?00:00:00 pure-ftpd (SERVER) torus 4578 1678 0 20:45 ?00:00:00 pure-ftpd (IDLE) root 4579 4578 0 20:45 ?00:00:00 pure-ftpd (PRIV)* soit deux fils dont un qui est IDLE et attaché au SERVER et PRIV qui est attaché au IDLE donc : *# pstree 1678 pure-ftpd-ldap-───pure-ftpd-ldap-───pure-ftpd-ldap- * si j'arrête le démon principal la connexion reste active mais le fils IDLE se détache de SERVER : *# /etc/init.d/pure-ftpd-ldap stop Stopping ftp server: pure-ftpd. # ps -edf | grep pure* *torus 4578 1 0 20:45 ?00:00:00 pure-ftpd (IDLE) root 4579 4578 0 20:45 ?00:00:00 pure-ftpd (PRIV) *En l'occurrence, dans mon cas j'avais arreté le SERVER mais je ne pouvais pas tuer l'IDLE . Quand j'ai voulu tuer PRIV par il est resté en zombie. Mes users sont bien chrooté oui mais dans mes options j'ai dit a pureftpd de suivre les liens symbolique : ici en gros j'avais : /mnt/ftpmouted mon repertoire sur lequel est monté un ftp /home/user/ la home de mon user et lui a ajouté /home/user/lien - /mnt/ftpmounted (il l'a fait en ligne de commande parce que je lui avais donné l'acces ssh, normalement j'ai confiance en lui) Je viens de réussir a les faire disparaitre mais c'est étrange, en fait mon user avait fait un lien vers un répertoire monté sur un autre ftp avec curlftpd et il avait tout cassé. mmmh pureftp n'est pas censé s'exécuter dans un chroot ? Enfin je veux dire normalement il ne peut pas servir un fichier en dehors des répertoires qu'il gère et donc ce lien n'aurait pas dû poser problème (juste être inaccessible). Peut-être un bug à signaler. En gros c'est fuse qui empechait mes process de s'arreter. C'est étrange, le programme devrait pouvoir être arrêté quelque soient les modules dont il a besoin en définitive. Je ne connais pas bien l'architecture de fuse mais la partie noyau n'est clairement pas concernée et la partie userspace s'exécute forcément pour le compte d'un processus. De deux choses l'une ou bien il s'exécute pour un processus tiers auquel cas il n'entre pas en compte, ou bien il s'exécute pour le processus pureftp et il peut être tué avec un kill -9 (un programme ne peut intercepter un kill -9. Un kill-9 est géré par le noyau et aucun programme ne peut s'y soustraire). Par contre ce qui est fort possible c'est que ton kill -9 ait tué correctement les processus fils comme prévu mais que init ait mis un certains temps avant de faire le wait qui libère les processus zombie. Par contre, le kill -9 ne faisait rien fuse avait la priorité parce que c'est un module ? Le kill -9 a marché vu que tes processus sont devenus zombies. Un processus zombie c'est un processus qui n'existe plus mais dont on conserve l'état de terminaison pour que son parent le récupère. Pour qu'un processus disparaisse complètement il faut que le père récupère cet état et libère ainsi l'espace où est stocké l'état de terminaison. Merci quand même. De rien pour le coup :) Cordialement, Thomas Preud'homme -- Why Debian : http://www.debian.org/intro/why_debian -- Breizh da viken : www.pointbzh.com
Re: Switch KVM / X
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kevin Hinault a écrit : Attention je ne parle pas ici du Kernel-based Virtual Machine ! - Bonjour la liste, Je suis un peu hors sujet mais je cherche une solution type switch KVM mais de manière logiciel et surtout en réseau. L'idée c'est de pouvoir passer sur d'un PC à un autre en récupérant l'ecran/souris/clavier du premier donc sans VNC ni NX qui ne me conviennent pas pour différentes raisons. En fait l'idéal serait de pouvoir déplacer la connexion d'une interface graphique d'un serveur X local vers un autre serveur X d'un autre pc. Il me semble que c'est possible avec les terminaux X mais est ce possible de déplacer n'importe quoi ? Si quelqu'un a une piste ou des explications claires, je suis preneur. Cordialement. Kévin. Et un forward de l'affichage X11 via SSH ??? Librement - -- Laurent Guignard, Registered as user #301590 with the Linux Counter Site : http://www.famille-guignard.org Blog : http://blog.famille-guignard.org Projet : http://sicontact.sourceforge.net GULL de Villefranche sur Saône : http://www.cagull.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI5R5zjcKpXFc/7oYRAszlAJ9Glt7l23j5J9ZpmU3fWi0Ex4D1bgCfVzKm P/vkoVo21G4ukrs685F3D2Y= =y3NP -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Pure-ftpd recalcitrant
Le jeudi 2 octobre 2008, Kevin Hinault a écrit : Le 2 octobre 2008 20:25, Thomas Preud'homme [EMAIL PROTECTED] a écrit : Le jeudi 2 octobre 2008, vous avez écrit : Que donne un pstree ? Quel est le père de ces processus ? S'il s'agit de pureftpd je suppose que celui-ci oublie de faire des wait et le tuer puis le relancer devrait suffire. Si init ou ton shell est le père de ces processus alors c'est étrange. J'avais bien sur arreté le demon pureftpd principal mais celui-ci n'est pas détaché des fils créé à chaque connexion. Donc lui etait correctement stopé. Du coup les fils étaient rattaché à quel père en définitive ? Je reprend : Pure-ftpd lancé seul ça donne ça : *# ps -edf | grep pure root 1678 1 0 19:55 ?00:00:00 pure-ftpd (SERVER)* Avec une connection active mais idle ca donne ca : *#ps -edf | grep pure root 1678 1 0 19:55 ?00:00:00 pure-ftpd (SERVER) torus 4578 1678 0 20:45 ?00:00:00 pure-ftpd (IDLE) root 4579 4578 0 20:45 ?00:00:00 pure-ftpd (PRIV)* soit deux fils dont un qui est IDLE et attaché au SERVER et PRIV qui est attaché au IDLE donc : *# pstree 1678 pure-ftpd-ldap-───pure-ftpd-ldap-───pure-ftpd-ldap- * si j'arrête le démon principal la connexion reste active mais le fils IDLE se détache de SERVER : *# /etc/init.d/pure-ftpd-ldap stop Stopping ftp server: pure-ftpd. # ps -edf | grep pure* *torus 4578 1 0 20:45 ?00:00:00 pure-ftpd (IDLE) root 4579 4578 0 20:45 ?00:00:00 pure-ftpd (PRIV) *En l'occurrence, dans mon cas j'avais arreté le SERVER mais je ne pouvais pas tuer l'IDLE . Quand j'ai voulu tuer PRIV par il est resté en zombie. Question bête mais tu l'as tué en root ? Mes users sont bien chrooté oui mais dans mes options j'ai dit a pureftpd de suivre les liens symbolique : ici en gros j'avais : /mnt/ftpmouted mon repertoire sur lequel est monté un ftp /home/user/ la home de mon user Oui j'avais bien compris rassure toi mais IMHO il ne devrait pas suivre le lien si ça sort du chroot. et lui a ajouté /home/user/lien - /mnt/ftpmounted (il l'a fait en ligne de commande parce que je lui avais donné l'acces ssh, normalement j'ai confiance en lui) Cordialement, Thomas Preud'homme -- Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: [Bulk] NFS et droits
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] a écrit : Bonjour, J'ai un pb de droits avec NFS je n'ai pas l'accés en lecture ni en écriture à partir de mes clients. - Sur le serveur le repertoire est en 0777 - Je suis passé par kde --- Intenet et réseau -- partage de fichiers -- autorisation en lecture et en écriture. - J'ai mis les mêmes ID pour les mêmes utilisateurs entre le serveur et les clients. Extrait du fstab d'un client : 192.168.1.15:/archives /mnt/archivesnfs nfs rw user Une idée Que donne la commande : mount Le partage NFS ne serait-il pas monté en lecture seule même si j'ai vu le rw (le serveur peut imposer la lecture seule...) Librement - -- Laurent Guignard, Registered as user #301590 with the Linux Counter Site : http://www.famille-guignard.org Blog : http://blog.famille-guignard.org Projet : http://sicontact.sourceforge.net GULL de Villefranche sur Saône : http://www.cagull.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI5SL4jcKpXFc/7oYRAtiTAJ0UF3zXmu4KBQns2kXk3xBHDNw6gQCfVuzi w+JAtN9zUHo6228Z4J6kLTY= =/LV2 -END PGP SIGNATURE- -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: security debian aurait raté une faille? etr ange.
Daniel Caillibaud wrote: Le 01/10/08 à 17:20, mouss [EMAIL PROTECTED] a écrit : au fait, ssmtp est-il reliable? que se passe-t-il si le serveur smtp ne répond pas, ou répond avec une erreur? Le mail ne part pas (et l'erreur est répercuté sur le client mail), en gros c'est comme si tu avais tenté de contacter directement le smtp en question (ssmtp émule un smtp mais se contente de relayer vers un autre smtp, il ne gère pas de file d'attente). ça ne peut donc pas remplacer sendmail (qui met le message en queue). en effet, cron ne sait pas gérer des erreurs (il ne s'attend pas à ce que la commande sendmail échoue). on peut donc perdre des messages. ce qui serait bien, c'est de modifier cron pour qu'il mette le message dans un fichier, et essaye de l'envoyer quand il peut. (ça ne règle pas le problème pour d'autres programmes mais bon, c'est déjà ça). -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ich9r / ich10r
Bonjour On me pose une question embarassante; Linux sait-il gérer le raid des cartes meres equipees avec le chipset ich9r ou ich10r ? Merci d'avance -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Zombie process
On Thu, Oct 02, 2008 at 06:52:48PM +0200, Thibaut LE LEVIER wrote: Bonjour la liste depuis quelques jours je me bat contre le zombie qui sommeil sur mon serveur, je n'arrive pas à le trouver et à le tuer j'ai chercher avec ps aux | grep Z mais le seul processus que je trouve en Zs est : satie:/home/tibo# ps aux | grep Z USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND root 14545 0.0 0.0 0 0 ?Zs Sep28 0:00 [logrotate] defunct ce qui est étonnant c'est qu'il ne signale aucune utilisation des ressources alors qu'avec un uptime la sortie est presque toujours au dessus de 0.20 (au minimum) (cf http://lelevier.dyndns.org/ en bas de page) la machine n'est pas très puissante (133mhz) et à servi à beaucoup de test mais là je ne vois pas ce qui cloche. Pour moi, un process zombie est un process qui s'est terminé sans donner de code retour à son process père. Il ne consomme donc plus rien. La seule façon qu'il disparaisse de la liste des processus, c'est de rebooter. signature.asc Description: Digital signature
Re: NFS et droits
Le Thu, Oct 02, 2008 at 10:24:38AM +0200, Sébastien NOBILI écrivait : Le jeudi 02 octobre 08 à 10:15, [EMAIL PROTECTED] a écrit : | Bonjour, Bonjour, | Extrait du fstab d'un client : | | 192.168.1.15:/archives /mnt/archivesnfs nfs rw user | | Une idée Peut-être une restriction coté serveur ? Que contient /etc/exports pour le partage en question ? /archives/192.168.1.* (rw/insecure/sync/nohide) \ *(rw async, all_squash) -- -- Frédéric ZULIAN http://www.zulian.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: cp et les gros fichiers
Le Thu, Oct 02, 2008 at 09:01:57AM +0200, Alexandre Gerussi écrivait : [EMAIL PROTECTED] a écrit : Bonjour, Je tente de transferer des dvd avec des fichiers videos (plusieurs centaines de Mo) vers un disque dur. ce sont des DVD de données ou des DVD pour lecteurs de salon ? Fichiers video famillaux, dvd réalisés avec xcdroast. -- -- Frédéric ZULIAN http://www.zulian.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [Bulk] NFS et droits
Le Thu, Oct 02, 2008 at 09:37:28PM +0200, Laurent Guignard écrivait : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] a écrit : Bonjour, J'ai un pb de droits avec NFS je n'ai pas l'accés en lecture ni en écriture à partir de mes clients. - Sur le serveur le repertoire est en 0777 - Je suis passé par kde --- Intenet et réseau -- partage de fichiers -- autorisation en lecture et en écriture. - J'ai mis les mêmes ID pour les mêmes utilisateurs entre le serveur et les clients. Extrait du fstab d'un client : 192.168.1.15:/archives /mnt/archivesnfs nfs rw user Une idée Que donne la commande : mount /dev/sda2 on /archives type ext3 (rw) Coté serveur /etc/exports : /archives/ 192.168.1.*(rw,insecure,sync,nohide) \ *(rw,async,all_squash) Coté client /etc/fstab : 192.168.1.15:/archives /mnt/archivesnfs nfs rw user -- -- Frédéric ZULIAN http://www.zulian.com ~ ~ -- -- Frédéric ZULIAN http://www.zulian.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: NFS et droits
Le Thu, Oct 02, 2008 at 10:27:10AM +0200, Luc Novalès écrivait : [EMAIL PROTECTED] a écrit : Bonjour, J'ai un pb de droits avec NFS je n'ai pas l'accés en lecture ni en écriture à partir de mes clients. - Sur le serveur le repertoire est en 0777 - Je suis passé par kde --- Intenet et réseau -- partage de fichiers -- je ne sais pas ce que fait le partage depuis KDE, mais que te renvoie la commande suivante sur le serveur ? exportfs -v veranda:/home/hadrien# exportfs -v /archives 192.168.1.*(rw,wdelay,nohide,insecure,root_squash,no_subtree_check) /serveur 192.168.1.*(rw,wdelay,nohide,insecure,root_squash,no_subtree_check) /archives world(rw,async,wdelay,root_squash,all_squash,no_subtree_check) /serveurworld(rw,wdelay,root_squash,no_subtree_check) /home world(ro,wdelay,nohide,insecure,no_root_squash,no_subtree_check) veranda:/home/hadrien# -- Frédéric ZULIAN http://www.zulian.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Zombie process
Le jeudi 2 octobre 2008, Gilles Mocellin a écrit : On Thu, Oct 02, 2008 at 06:52:48PM +0200, Thibaut LE LEVIER wrote: Bonjour la liste depuis quelques jours je me bat contre le zombie qui sommeil sur mon serveur, je n'arrive pas à le trouver et à le tuer j'ai chercher avec ps aux | grep Z mais le seul processus que je trouve en Zs est : satie:/home/tibo# ps aux | grep Z USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND root 14545 0.0 0.0 0 0 ?Zs Sep28 0:00 [logrotate] defunct ce qui est étonnant c'est qu'il ne signale aucune utilisation des ressources alors qu'avec un uptime la sortie est presque toujours au dessus de 0.20 (au minimum) (cf http://lelevier.dyndns.org/ en bas de page) la machine n'est pas très puissante (133mhz) et à servi à beaucoup de test mais là je ne vois pas ce qui cloche. Pour moi, un process zombie est un process qui s'est terminé sans donner de code retour à son process père. Il ne consomme donc plus rien. La seule façon qu'il disparaisse de la liste des processus, c'est de rebooter. Non normalement un process zombie c'est un processus qui a encore une entrée dans la table des processus (le PID ne peut donc être réaffecté) et dont le père n'a pas encore fait d'appel système de type wait (genre waitpid) pour récupérer l'état de terminaison du processus en question. Après là je pense que c'est dans le sens un processus caché, genre rootkit vicieux non ? Cordialement, Thomas Preud'homme -- Why Debian : http://www.debian.org/intro/why_debian signature.asc Description: This is a digitally signed message part.
Re: Switch KVM / X
Kevin Hinault a écrit : Attention je ne parle pas ici du Kernel-based Virtual Machine ! - Bonjour la liste, Je suis un peu hors sujet mais je cherche une solution type switch KVM mais de manière logiciel et surtout en réseau. L'idée c'est de pouvoir passer sur d'un PC à un autre en récupérant l'ecran/souris/clavier du premier donc sans VNC ni NX qui ne me conviennent pas pour différentes raisons. En fait l'idéal serait de pouvoir déplacer la connexion d'une interface graphique d'un serveur X local vers un autre serveur X d'un autre pc. Il me semble que c'est possible avec les terminaux X mais est ce possible de déplacer n'importe quoi ? Si quelqu'un a une piste ou des explications claires, je suis preneur. Cordialement. Kévin. Et un forward de l'affichage X11 via SSH ??? Librement Éventuellement si je trouvais un moyen de detacher l'ecran et de le reprendre ailleurs. Un peu comme screen en fait mais sur une interface graphique. ( et la on va me sortir VNC/NX :p ) -- Breizh da viken : www.pointbzh.com -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Zombie process
Salut, A zombie process is a process that has exited, but whose exit code has not reached its parent process. The parent process has to perform a wait system call to read the exit code of a child. Until the parent receives the exit code, the child process will remain in zombie state. Zombie processes are already dead and cannot be killed. They consume no system resources except an entry in the system process table (seen in the proc-sz column with the sar -v command). The only way to remove a zombie process is to kill its parent process. More information: http://groups.google.com/groups?q=zombie+processes+waithl=enlr=ie=UTF-8selm=1993Feb14.021655.13721%40acd4.acd.comrnum=9 D'après jargon.fr on apprend : Programme terminé mais dont le père n'a pas été informé de sa mort. Ses données sont donc encore accessibles, ce qui fait qu'il est encore un peu vivant... Un programme dont le père a été détruit est de son côté un orphelin. Donc si ton 'logrotate' a été lancé par init, effectivement il est assez difficile de redémarrer init sans reboot (peut-être un init q ?). Sinon tu peux tuer son père (on ne voit pas la colonne PPID dans ton ps). J'ai déjà réussi à supprimer des zombies en effectuant un simple 'strace' sur le processus zombie, normalement 'strace' est censé être transparent pour le processus, apparemment pas toujours. Cheers. Thomas Preud'homme a écrit : Le jeudi 2 octobre 2008, Gilles Mocellin a écrit : On Thu, Oct 02, 2008 at 06:52:48PM +0200, Thibaut LE LEVIER wrote: Bonjour la liste depuis quelques jours je me bat contre le zombie qui sommeil sur mon serveur, je n'arrive pas à le trouver et à le tuer j'ai chercher avec ps aux | grep Z mais le seul processus que je trouve en Zs est : satie:/home/tibo# ps aux | grep Z USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND root 14545 0.0 0.0 0 0 ?Zs Sep28 0:00 [logrotate] defunct ce qui est étonnant c'est qu'il ne signale aucune utilisation des ressources alors qu'avec un uptime la sortie est presque toujours au dessus de 0.20 (au minimum) (cf http://lelevier.dyndns.org/ en bas de page) la machine n'est pas très puissante (133mhz) et à servi à beaucoup de test mais là je ne vois pas ce qui cloche. Pour moi, un process zombie est un process qui s'est terminé sans donner de code retour à son process père. Il ne consomme donc plus rien. La seule façon qu'il disparaisse de la liste des processus, c'est de rebooter. Non normalement un process zombie c'est un processus qui a encore une entrée dans la table des processus (le PID ne peut donc être réaffecté) et dont le père n'a pas encore fait d'appel système de type wait (genre waitpid) pour récupérer l'état de terminaison du processus en question. Après là je pense que c'est dans le sens un processus caché, genre rootkit vicieux non ? Cordialement, Thomas Preud'homme -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: security debian aurait raté une faille? etrange.
On Thu, Oct 02, 2008 at 09:40:00PM +0200, mouss wrote: Le mail ne part pas (et l'erreur est répercuté sur le client mail), en gros c'est comme si tu avais tenté de contacter directement le smtp en question (ssmtp émule un smtp mais se contente de relayer vers un autre smtp, il ne gère pas de file d'attente). ça ne peut donc pas remplacer sendmail (qui met le message en queue). en effet, cron ne sait pas gérer des erreurs (il ne s'attend pas à ce que la commande sendmail échoue). on peut donc perdre des messages. Hein? ssmtp n'est pas fait pour être utilisé depuis cron, il est fait pour les utilisateurs (humains) de programmes interactifs, qui n'ont pas besoin d'un sendmail/exim/postfix. Le use case normal est: - rédaction de mail avec mutt - mutt appelle ssmtp - ssmtp se connecte (typiquement au smarthost) - ssmtp transmet le mail (ou pas) - ssmtp dit à l'appelant si ça a marché ou pas - mutt récupère l'état et le dit à l'humain Si ton smarthost est out, tu te retrouves avec un message Unable to connect ou qqch du genre. ce qui serait bien, c'est de modifier cron pour qu'il mette le message dans un fichier, et essaye de l'envoyer quand il peut. (ça ne règle pas le problème pour d'autres programmes mais bon, c'est déjà ça). AMHA faut pas chercher, dès que cron entre dans la solution faut laisser tomber ssmtp (et passer à Exim de préférence, pasque c'est mieux que sendmail et c'est vendredi). Y. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: security debian aurait raté une faille? etr ange.
Yves Rutschle a écrit : et c'est vendredi). Y. Non, déjà ? Et dire que je dois aller au boulot ! Et j'arrive pas à me connecter, y'a que KDE au taf. F. -- # # Propulsé par GNU/Linux Debian Sid Icedove # Libérez votre ordinateur de l'oppression capitaliste, # utilisez les logiciels libres ! # -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
