Re: Lenteur du protocole SFTP
Le 4 novembre 2009 17:32, Goldy go...@goldenfish.info a écrit : J'ai un gros soucis de vitesse de transfert entre deux ordinateurs en utilisant le protocole SFTP (SSH). La vitesse du transfert ne dépasse [...] Je n'ai pas encore essayé de faire un transfert en ligne de commande pour voir si cela ne serait pas Nautilus qui serait responsable (à tout hasard). Bonjour, As tu essayé en ligne de commande depuis ? Sinon a tout hasard, il est possible en ssh qu'un problème de résolution dns ralentissent l'ouverture d'un transfert ssh (le serveur n'arrivant pas à reconnaitre le client qui se connecte et fait des reverses dans le vide) et donc si tu as plusieurs fichiers à transférer, cela pourra peut être se traduire par un ralentissement à chaque fichiers et donc graphiquement à des taux de transfert bas (selon comment nautilus calcule ces taux). Si tu n'as pas la main sur le serveur dns, le plus simple consiste à remplir le fichier /etc/hosts sur ton serveur ssh avec l'adresse ip du client. -- 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 : khi sur irc.mozilla.org - irc.debian.org - irc.freenode.net -- 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: rennommer des fichiers en masse
Le 22 novembre 2009 19:11, Nicolas Roudninski nico...@tycho.fr a écrit : J'ai une assez large collection de musique organisée en répertoires et sous-répertoires du style artiste/album/fichier_audio Cette collection est sur un serveur debian lenny et j'utilise tincanjukebox (php, javascript) pour écouter mes morceaux préférés. TinCanjoukebox n'aime pas deux choses : les espaces dans les noms de répertoire et de fichier et les caractères accentués. Je cherche donc un moyen de renommer en masse et récursivement tous les répertoires et fichiers pour : - remplacer les espaces par des _ - remplacer les caractères accentués par les mêmes caractères sans accent (i-e é par e, É par E, etc.) Je suis en utf-8 J'ai bien essayé find /opt/audio/ -name * -exec rename 's/\s+/_/g' {} \; mais ça ne fonctionne pas. Quelqu'un aurait-il une piste ? Je ne sais pas si tu connais MusicBrain PicardTagger ? C'est un utilitaire qui te permet de faire justement tout ça. En fait, il fait de la reconnaissance de morceaux de musiques par des empreintes auditives, va chercher les tags sur un serveur et renommes les fichiers comme il faut avec possibilités de les déplacer dans des répertoires au format artiste/album/fichier_audio en supprimant certains caractères. -- 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
[HS] Performance samba + NFS
Bonjour a tous, J'ai un problème de performance avec samba et NFS. J'ai des temps d'accès de plusieurs secondes pour un fichier modifié par samba... je m'explique. j'ai un serveur principale Debian avec partage samba et NFS. Le partage NFS permet au serveur web d'accéder aux fichiers sur le serveur principale. Les fichiers sont modifiés sous wind**s à travers le partage samba. Quand un fichier est modifié sous wind**s, le serveur web met environ 4 sec pour accéder au fichiers. Si le même fichier est édité directement sur le serveur principale, l'accès par le serveur web est instantané. Comment expliquer cette différence ? Comment puis-je savoir ce qui se passe pendant ces 4 secondes ? Merci d'avance, Julien -- 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] Performance samba + NFS
Julien a écrit : Bonjour a tous, J'ai un problème de performance avec samba et NFS. J'ai des temps d'accès de plusieurs secondes pour un fichier modifié par samba... je m'explique. j'ai un serveur principal Debian avec partage samba et NFS. Le partage NFS permet au serveur web d'accéder aux fichiers sur le serveur principal. Les fichiers sont modifiés sous wind**s à travers le partage samba. Quand un fichier est modifié sous wind**s, le serveur web met environ 4 sec pour accéder au fichiers. Si le même fichier est édité directement sur le serveur principal, l'accès par le serveur web est instantané. Comment expliquer cette différence ? Comment puis-je savoir ce qui se passe pendant ces 4 secondes ? Apparemment, w$ prend un verrou qui bloque la lecture jusqu'à ce qu'une requête de présente, et il prend son temps pour relâcher ce verrou. -- You will always have friends Some friends will peter out. But I'll always be your friend, Peter in or peter out. -- 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] Performance samba + NFS
Merci beaucoup ! J'ai vu sur la doc de SAMBA différents type de verrou. Est-ce que quelqu'un serait quel verrou il faut désactiver et quels problèmes ça peut entrainer. Julien. Le mercredi 25 novembre 2009 à 12:02 +0100, Jean-Yves F. Barbier a écrit : Julien a écrit : Bonjour a tous, J'ai un problème de performance avec samba et NFS. J'ai des temps d'accès de plusieurs secondes pour un fichier modifié par samba... je m'explique. j'ai un serveur principal Debian avec partage samba et NFS. Le partage NFS permet au serveur web d'accéder aux fichiers sur le serveur principal. Les fichiers sont modifiés sous wind**s à travers le partage samba. Quand un fichier est modifié sous wind**s, le serveur web met environ 4 sec pour accéder au fichiers. Si le même fichier est édité directement sur le serveur principal, l'accès par le serveur web est instantané. Comment expliquer cette différence ? Comment puis-je savoir ce qui se passe pendant ces 4 secondes ? Apparemment, w$ prend un verrou qui bloque la lecture jusqu'à ce qu'une requête de présente, et il prend son temps pour relâcher ce verrou. -- 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] comment mettre en arrière plan une commande lancée en interactif dans une console SSH
Le Tuesday 24 November 2009 20:21:23 Gilles Mocellin, vous avez écrit : On Mon, Nov 23, 2009 at 09:12:22AM +0100, giggzounet wrote: Bonjour, désolé pour ce HS. Tout est dans le titre : j'ai lancé un calcul sur un ordinateur distant via SSH. J'ai fait la bêtise de ne pas utiliser screen pensant que tout allait bien se passer...le calcul tourne depuis pas mal de jours déjà j'aimerai donc qu'il se finisse. Malheureusement une firme vient pour tester et peut être changer les câbles ethernet...docn plus de net, donc plus de ssh donc plus de calcul :'( Y a t il un moyen de pousser le calcul en arrière plan et ainsi de le conserver même si la session ssh meurt ? Je viens de tester, et ça semble marcher : regarde dans le man de ssh, la section ESCAPE CHARACTERS. On peut faire ~^Z pour mettre en background et fermer le ssh. J'ai lancé un sleep 120, j'ai taper ~^Z, ça m'a déconnecté du serveur. Je me suis reconnecté, et j'ai surveillé le process sleep 120 qui était toujours là. Le reisque aurait été qu'il soit à l'état stoppé, mais, deux minutes plus tard, il a disparu. J'en déduis qu'il tournait. J'ai remarqué une chose, mais en fait c'est bien ce que fait cette combinaison de touche : Le sshd correspondant à la session est stoppé. Même si les traitements lancés par lui se termine, il ne se terminera pas. Il faudra donc aller le tuer ou le réveiller plus tard sur le serveur (kill - CONT ou kill tout court). signature.asc Description: This is a digitally signed message part.
Re: [HS] Performance samba + NFS
Julien a écrit : Merci beaucoup ! J'ai vu sur la doc de SAMBA différents type de verrou. Est-ce que quelqu'un serait quel verrou il faut désactiver et quels problèmes ça peut entrainer. si c'est vraiment ça, je ne pense pas que ça vienne de samba, mais plutôt de w$, quelle version as-tu? MAIS cela peut aussi (surtout si les fichiers sont assez gros) avec les opportunistics locks: je me rappelle de mes début sur samba, avec un soft de gestion dont la base access était dans le svr samba, qui traînait presque 25 secondes à chaque écriture par ce que le client cachait à chaque fois le .mdb entier (réseau 10Mb.) Le lag s'est arrêté quand j'ai désactivé ces verrous sur le client. -- Moderation in all things. -- Publius Terentius Afer [Terence] -- 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: rennommer des fichiers en masse
On Wed, 25 Nov 2009 09:49:19 +0100, Kevin Hinault hina...@gmail.com wrote: Le 22 novembre 2009 19:11, Nicolas Roudninski nico...@tycho.fr a écrit : J'ai une assez large collection de musique organisée en répertoires et sous-répertoires du style artiste/album/fichier_audio Cette collection est sur un serveur debian lenny et j'utilise tincanjukebox (php, javascript) pour écouter mes morceaux préférés. TinCanjoukebox n'aime pas deux choses : les espaces dans les noms de répertoire et de fichier et les caractères accentués. Je cherche donc un moyen de renommer en masse et récursivement tous les répertoires et fichiers pour : - remplacer les espaces par des _ - remplacer les caractères accentués par les mêmes caractères sans accent (i-e é par e, É par E, etc.) Je suis en utf-8 J'ai bien essayé find /opt/audio/ -name * -exec rename 's/\s+/_/g' {} \; mais ça ne fonctionne pas. Quelqu'un aurait-il une piste ? Je ne sais pas si tu connais MusicBrain PicardTagger ? C'est un utilitaire qui te permet de faire justement tout ça. En fait, il fait de la reconnaissance de morceaux de musiques par des empreintes auditives, va chercher les tags sur un serveur et renommes les fichiers comme il faut avec possibilités de les déplacer dans des répertoires au format artiste/album/fichier_audio en supprimant certains caractères. Merci bien pour cette piste. Mais le serveur sur lequel est placé la collection de musique ne dispose pas d'interface graphique (serveur debian chez ovh). J'ai Ubuntu à la maison, je vais regarder cela de plus près. Sinon, j'ai réussi à renommer tous mes fichiers grâce à detox : formidable ce prog ! Reste que TinCanjukebox utilise mysql et la base est en iso-8859-1... Donc, maintenant, le jukebox lit bien tous les fichiers audio (à part les m4a de mon iphone, mais bon...), mais les tags affichés dans le lecteur ont parfois des caractères bizarres. L'important étant d'écouter (et non de lire), je m'en contente pour l'instant. Marci encore à tous pour les réponses rapides et intéressantes. -- Nicolas Roudninski nico...@tycho.fr S'il vous plaît, évitez de m'envoyer des pièces jointes au format Word ou PowerPoint. Voir http://www.gnu.org/philosophy/no-word-attachments.fr.html -- Nicolas Roudninski nico...@tycho.fr S'il vous plaît, évitez de m'envoyer des pièces jointes au format Word ou PowerPoint. Voir http://www.gnu.org/philosophy/no-word-attachments.fr.html -- 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] Performance samba + NFS
Le mercredi 25 novembre 2009 à 12:46 +0100, Jean-Yves F. Barbier a écrit : Julien a écrit : Merci beaucoup ! J'ai vu sur la doc de SAMBA différents type de verrou. Est-ce que quelqu'un serait quel verrou il faut désactiver et quels problèmes ça peut entrainer. si c'est vraiment ça, je ne pense pas que ça vienne de samba, mais plutôt de w$, quelle version as-tu? Il s'agit de vista (ce n'est pas ma version, je ne travaille pas sous w $ :-)) MAIS cela peut aussi (surtout si les fichiers sont assez gros) avec les opportunistics locks: Les fichiers sont des sources PHP, donc des petits fichiers. je me rappelle de mes début sur samba, avec un soft de gestion dont la base access était dans le svr samba, qui traînait presque 25 secondes à chaque écriture par ce que le client cachait à chaque fois le .mdb entier (réseau 10Mb.) Le lag s'est arrêté quand j'ai désactivé ces verrous sur le client. Je ne connais pas trop les vérrous sous w$ et ce n'est pas la bonne liste pour ça ! mais comment fait-on pour désactiver ces verrous sur le client ? Julien -- 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: Lenteur du protocole SFTP
Kevin Hinault a écrit : Le 4 novembre 2009 17:32, Goldy go...@goldenfish.info a écrit : J'ai un gros soucis de vitesse de transfert entre deux ordinateurs en utilisant le protocole SFTP (SSH). La vitesse du transfert ne dépasse [...] Je n'ai pas encore essayé de faire un transfert en ligne de commande pour voir si cela ne serait pas Nautilus qui serait responsable (à tout hasard). Bonjour, As tu essayé en ligne de commande depuis ? Sinon a tout hasard, il est possible en ssh qu'un problème de résolution dns ralentissent l'ouverture d'un transfert ssh (le serveur n'arrivant pas à reconnaitre le client qui se connecte et fait des reverses dans le vide) et donc si tu as plusieurs fichiers à transférer, cela pourra peut être se traduire par un ralentissement à chaque fichiers et donc graphiquement à des taux de transfert bas (selon comment nautilus calcule ces taux). Si tu n'as pas la main sur le serveur dns, le plus simple consiste à remplir le fichier /etc/hosts sur ton serveur ssh avec l'adresse ip du client. J'ai essayé en montant un accès par sshfs et en copiant un fichier avec cp, et les valeurs sont les mêmes, à savoir 2mo/s env (j'ai gagné un peu en vitesse depuis quelques jours, mais ça reste malheureusement assez lent). J'ai également essayé avec scp, la vitesse est la même. Dans les deux sens. Mais je viens d'identifier le problème. Cela vient du routage visiblement. J'ai configuré la connexion au serveur pour qu'elle soit fonctionnelle indifféremment que je me trouve à l'intérieur du réseau ou à l'extérieur de celui-ci, j'ai donc configuré les accès ssh pour qu'ils pointent vers l'adresse ip publique de mon réseau et qu'il soit ensuite routé vers le serveur. Le truc, c'est que ça lui fait traverser 3 routeur dans les deux sens pour que cela fonctionne, et c'est visiblement ce qui fait baisser la vitesse du transfert, si je me connecte directement au serveur par l'adresse local alors j'ai des valeurs bien plus importante (env 10 ou 11 mo/s avec scp, 7,5 par nautilus). Je ne pensais pas que 3 routeurs pouvaient avoir autant d'impact sur la vitesse du transfert. Surtout que j'ai configuré ça un peu à l'arrache, chaque routeur étant placé dans la DMZ de celui qui le précède (je dois avouer que je trouve ça assez miraculeux que ça fonctionne). On va dire que mon problème est résolu, je vais faire plusieurs points d'accès à configurer indépendamment selon mes déplacement. -- 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] Performance samba + NFS
Après avoir fait quelques tests, le problème arrive sous vista avec Eclipse. Sur la même machine avec un autre éditeur plus simple : aucun problème ! Je n'ai pas encore testé sur d'autres machines équipé de vista. A suivre, Julien -- 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] Performance samba + NFS
Julien a écrit : Après avoir fait quelques tests, le problème arrive sous vista avec Eclipse. Sur la même machine avec un autre éditeur plus simple : aucun problème ! Je n'ai pas encore testé sur d'autres machines équipé de vista. wai, ça ne m'étonne pas: Vuze (en java) trouve le moyen de me flinguer régulièrement l'interface ethernet (un restart de networking étant nécessaire) -- Opium is very cheap considering you don't feel like eating for the next six days. -- Taylor Mead, famous transvestite -- 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] comment mettre en arrière plan une commande lancée en interactif dans un e console SSH
Dans le lien que j'ai envoyé tout est expliqué : http://kovyrin.net/2006/03/22/using-screen-window-manager-to-run-background-jobs/ dans ta session ssh, tu tapes : screen -dR ce_que_tu_veux ensuite tu tapes ta commande qui lance la tâche de fond : ./macommande ensuite tu appuies sur: Ctrl+a puis d Après tu n'es pas obligé de me croire mais je l'ai utilisé sur un serveur sans écran, donc en ssh, pour lancer un client torrent en ligne de commande et cela fonctionnait très bien. Marc -- 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] comment mettre en arrière plan une commande lancée en interactif dans un e console SSH
oupss autant pour moi j'avais lu en diagonale. Désolé pour la pollution visuelle .. -- 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