[14:50] (y) [14:50] Salut ongolaBoy [14:50] Comment vas? [15:00] coco1: salut [15:00] ça va AB [15:00] et toi ? [15:00] mieux ? [15:04] Mieux merci, je commence une prière à CABTAL, see you after maybe... [16:19] abou: 'salut [16:20] . [16:20] saoungoumi: 'lut [16:21] ton erreur c'est exactement celle du post dans le forum ? [16:21] slt [16:21] oui [16:21] j'ai vu un _lock_ dans les erreurs [16:21] est-ce que debmirror ne s'exécute pas déjà ? [16:22] non [16:22] minute je reviens [16:22] c'est sur quelle système et quelle est ta version de debmirror ? [16:23] c'est sur quelle système et quelle est ta version de debmirror ? [16:24] Debian Linux 6.0.4 _Squeeze [16:24] dans le dossier de réception, il faut supprimer le dossier .temp que debmirror crée [16:24] tu peux avoir un problème de permission [16:24] avec quel utilisateur exécutes-tu debmirror ? [16:26] le dossier .temp est à l'intérieur du dossier de chaque distribution que tu récupères [16:26] si tu as lancé avec deux utilisateurs différents, tu peux avoir des problèmes avec les droits [16:27] l'utilisateur miroir [16:27] ok je vais suprimer [16:27] est-ce que par hasard tu n'as pas lancé debmirror avec un autre utilisateur ? [16:28] j'ai dans un premier temps lancé avec l'utilisateur miroir [16:29] puis comme j'ai cette bizar erreur je l'ai fait en "sudo" [16:29] mais meme chose [16:29] en tout cas, ne lance pas avec deux utilisateurs différents [16:29] par contre lorsque je lance le script pr debian tout vas bien [16:29] celui qui a des droits «supérieur» va empêcher à l'autre de pouvoir continuer [16:29] mais celui d'ubuntu non [16:30] dans ce cas supprime le dossier ubuntu et tu relances [16:30] avec l'utilisateur qui est censé le faire [16:30] ok je tu don c les processus [16:30] ok [16:30] le problème doit se trouver dans un sous dossier [16:31] mais si suprime je perd tout le depot [16:31] tu ne trouve pas cette solution trop extreme [16:32] bon.. si avec root tu as ce soucis ça signifie que le problème de fond est ailleurs [16:33] 473G [16:33] peux tu relancer debmirror et me coller ton erreur quelque part comme http://paste.debian.net/ ? [16:35] tu l'as? [16:36] avoir quoi ? [16:36] http://paste.debian.net/124023/ [16:36] déjà .. pourquoi comme méthode tu préfères ftp ? [16:37] en réalité voici le pb [16:37] c'est ARI qui avait fait ce miroir, mais depuis plus d'un an ubuntu ne se met plus à jour [16:38] donc sur la methode de transfert j'y suis pour rien [16:38] tu propose que mette rsync? [16:38] change là .. emploie http [16:38] rsync .. ça ne passe pas sur tous les serveurs [16:39] et vérifie bien qu'il n y a pas un debmirror lancé quelque part [16:39] un problème de verrou c'est généralement que debmirror s'exécute [16:39] aussi .. il ya un dossier project/trace [16:39] avant même [16:39] dans le dossier ubuntu [16:40] vérifie si tu as un fichier comme Archive-Update-in-Progress-nomDeMonMiroir [16:40] s'il existe , ça signifie que debmirror est en cours d'exécution [16:42] Archive-Update-in-Progress-lere.univ-ndere.cm [16:42] voilàààà :) [16:42] donc .. tu as un debmirror qui tourne dans la machine [16:43] et il a le verrou [16:43] d'où ton erreur [16:43] je vais tout stoper et voir! [16:43] debmirror ne peut pas s'exécuter en parallèle pour les mêmes paramètres [16:43] heu.. et s'il se lance au démarrage de ta machine [16:44] suffit juste d'un 'pstree -np | grep debmirror ' et tu retrouve le PID que tu veux ;) [16:45] jsutement je l'avais déjà faite [16:45] il ne retourne rien [16:45] bon ... [16:45] c'est une machine virtuelle ? [16:45] non [16:45] en fait .. je voulais que tu affiches juste l'arborescence des processus [16:46] tu serais tombé peut être sur un shell ou un cron qui serait à l'origine de ça [16:46] mais s'il n y a pas de processus [16:46] l'autre hypothèse est que le verrou n'avait pas été supprimé à sa dernière vraie exécution [16:47] donc .. le plus simple [16:47] est de supprimer tous les dossiers à l'exception de _pool_ [16:47] bien sur .temp aussi [16:47] ça devrait marcher [16:48] je suis en dessous du dossier _ubuntu_ bien sur [16:48] ok [16:49] pour le pstree [16:49] paste.debian.net/124026 [16:50] ok... le problème doit être dans un fichier de verrou qui traine [16:51] ceci dit .. télécharger toutes ces versions d'ubuntu ... je ne suis pas sur que ça vous soit utile [16:51] sauf si vous avez vraiment vraiment beaucoup d'espaces disque à utiliser [16:51] et que la demande est forte pour toutes ces versions [16:52] la demande est plutot divers [16:53] et couvre presque toutes ces dist [16:53] un autre pb maintenant [16:53] si vous avez l'espace disque c'est ok [16:53] surement du au supression [16:53] sinon il faut recommander l'usage de distrib LTS + éventuellement la dernière version [16:54] paste.debian.net/124027 [16:54] pas de problème d'espace [16:55] ok [16:55] est-ce que tu avais supprimé tout sauf pool ? [16:55] oui [16:55] avec l'utilisateur qui doit télécharger les paquets ? [16:55] tout doit se faire avec l'utilisateur miroir [16:55] sinon tu auras des soucis [16:56] si je suis logué en lui [16:56] rend ton debmirror plus verbeux [16:57] il faut des détails [16:58] rajoute le --debug [16:58] si tu avais déjà le -v [16:58] debmirror -i18n $VERBOSE --host=$MIROIR --method=http --root=ubuntu \ --dist=${ALLDISTS} --arch=${ARCHS} --nosource \ --SECTION=${SECTIONS} --skippackages --ignore-release-gpg \ ${DESTINATION} [16:59] ok [16:59] va dans $VERBOSE [16:59] tu rajoute --debug [16:59] saoungoumi: et .. *important* pour plus tard : il faut enlever le --ignore-release-gpg [17:01] c'est important de pouvoir vérifier les signatures [17:05] avec debug j'ai plus de détail [17:05] http://paste.debian.net/124030/ [17:09] bon .. [17:09] comme tu met --ignore-release-gpg en paramètre [17:09] tu dois aussi rajouter le paramètre --no-check-gpg [17:09] ça doit être ça le problème [17:12] c'est quel option comme ça [17:12] ? [17:12] rajoute --no-check-gpg parmi les paramètres [17:13] la comande ne marche plus [17:14] ereur [17:14] si tu as rajouté à la fin ça ne va plus marcher [17:14] Unknown option: no-check-gpg [17:14] il y a deux tirets avant ;) [17:14] c'est --no-check-gpg ;) [17:14] si [17:14] tu as mis le paramètre à la fin de la commande ? [17:15] la je t'ai envoyer le retour de la comande [17:15] dans ce que tu m'as renvoyé il n y a pas le -- [17:16] juste après --ignore-release-gpg [17:16] et avant le \ [17:16] ? [17:16] dans le fichier j'ai mis --no-check-gpg [17:16] oui [17:16] ah bon .. ça dépend aussi de la version de ton debmirror :) [17:17] parce que je lisais le man de debmirror 2.14 (sur wheezy) [17:17] il faut lire le man de ta version [17:17] il doit y avoir des explications sur la manière de ne pas vérifier les signatures [17:17] car c'est ça ton problème [17:18] debmirror veut vérifier les signatures du fichier release [17:19] Usage: /usr/bin/debmirror [--progress] [--verbose] [--debug] [--dry-run] [--help] [--host=remotehost] [--root=directory] [--method=ftp|hftp|http|rsync] [--passive] [--user=remoteusername] [--passwd=remoteuserpassword] [--proxy=http://user:pass@url:port/] [--dist=foo[,bar,..] ...] [--omit-suite-symlinks] [--section=foo[,bar,..] ...] [--arch=foo[,bar,..] ...] [-- [17:20] le seul moyen semble être [17:20] enlève un peu le ignore-release dans ce cas [17:20] [--ignore-missing-release] [--ignore-release-gpg] [17:20] ah ah [17:21] dans cette version c'est --ignore-missing-release [17:21] oups [17:21] oui, c'est ça [17:21] essaye :) [17:22] non [17:22] :( [17:23] lol [17:23] en fait --ignore-missing-release est équivalant à --ignore-release-gpg [17:23] j'ai changé mais j'ai même pb [17:23] ah bon ?? c'est ce qu'on dit dans le man ? [17:24] parce que sur la 2.14, tu aurais *combiné* les deux [17:24] (enfin .. je crois . Moi je préfère vérifier les signatures, c'est plus prudent) [17:24] peut être qu'il faudrait que j'élimine les dist? [17:24] en commençant par lucyd [17:25] essaye d'abord les deux combinés [17:25] je veux dire lucid [17:25] ok [17:25] tu risquerais avoir le même problème avec les autres [17:26] Release signature does not verify, file missing. [17:27] toujours ? [17:27] bon ... là je suis dépassé [17:28] mais dans ce cas .. enlève les ignore-** [17:28] et tu vas devoir récupérer les clés gpg [17:28] dans l'erreur , tu auras l'ID de la clé à récupérer [17:28] et dans le man debmirror tout à la fin, on te donne la commande pour récupérer ces clés [17:29] mais ... [17:29] non.. ça va [17:29] essaye comme ça [17:29] * ongolaBoy s'absente 15 minutes [17:30] ok [17:30] merci [17:30] pour ta disponibité [17:36] . [17:36] saoungoumi: ça a marché ? du moins est-ce qu'on ta parlé d'erreur sur des clés ? [17:37] en fait j'ai plutot enlevé l'option --skippackage [17:37] et laisser --ignore-missing-release [17:38] et apparement sa mache [17:38] skippackage fait quoi sur cette version [17:39] bon si ça fait la même chose que sur la 2 [17:39] c'est ok [17:39] donc tant mieux pour toi [17:40] *MAIS* faudra employer gpg pour vérifier les signatures [17:40] Don't re-download Packages and Sources files. Useful if you know they are up-to-date. [17:40] c'est comme du rsync [17:41] yep .. mais ce n'est vraiment pas une bonne option à conserver [17:41] si les packets sont à jour il ne fait rien [17:41] justement c'est une bonne option [17:42] peut être qu'il est en confli avec un e autre [17:42] s'il arrive que ton miroir s'interrompt en cours de téléchargement de paquets, oui cest une bonne option [17:42] je te transfert le script entier [17:42] mais le problème est que si le script s'interrompt en cours et qu'entre temps il y a eu de nouveaux paquets ou qu'on a supprimé des paquets sur ton miroir d'origine [17:43] tu ne le saurais pas [17:43] à moins d'enlever justement le skippackages [17:45] http://paste.debian.net/124038/ [17:45] merci encore [17:46] et bonne soiré je suis sur traitement du palu [17:46] il faut que file à la maison [17:47] ok.. bonne soirée rodrigue