Msg : erreur lors de la suppression d'un paquet
Bien le bonjour Suite au post sur Korben, et juste avant d'acheter ninite pro, je viens de monter une VM 2008R2 avec Wapt pour tester Après une petite conf sur ma console kaspersky ( ajout de wapt* en confiance) : les installations se passent très bien, même en VPN. Le hic est la désinstallation : Erreur lors de la suppression du paquet test-bginfo : Impossible de joindre le waptservice du poste : [errno 11004 getaddrinfo failed Une idée ? Autre question : je suis admin de ma machine, donc pas de pb, mais comment va se passer wapt sur mes postes clienst non admin ? A aucun moment il m'a demandé les credential necessaires à mes postes ou mon AD... Merci :)
Bonjour Gautier,
Suite au post sur Korben, et juste avant d’acheter ninite pro, je viens de monter une VM 2008R2 avec Wapt pour tester
heureusement le post est arrivé à temps :-) WAPT vous donne beaucoup plus le contrôle de vos déploiements. Et si vous avez le courage de mettre un peu les mains dans le python, vous pouvez faire des personnalisations très avancées.
Après une petite conf sur ma console kaspersky ( ajout de wapt* en confiance) : les installations se passent très bien, même en VPN.
en effet, c'est plus sûr. Les antivirus sont imprévisibles. TIS signe les binaires WAPT qui sont dans la distribution. Par contre, pour le waptagent, vu qu'il est construit à la volé par la console wapt (il intègre votre certificat), il n'est pas signé. On pourra voir à l'avenir pour faciliter la validation de la signature de l'agent sur les postes utilisateurs.
Le hic est la désinstallation :
Erreur lors de la suppression du paquet test-bginfo : Impossible de joindre le waptservice du poste : [errno 11004 getaddrinfo failed
si vous testez la désinstallation en local sur le poste (wapt-get remove cdc-firefox-esr en tant qu'administrateur), ça fonctionnera très probablement. Le soucis vient ici de la connexion entre le serveur wapt et le poste utilisateur. Il y a eu d'autre personne qui on eu ce même problème sur la mailing list. Je pense que c'est probablement lié à un soucis de gestion de proxy. Désactiver le proxy au niveau machine (celui que vous avez configuré pour WUA) devrait résoudre le soucis (si c'est ce que je pense). Mais bon, je pense qu'Hubert pourra y jeter un coup d'oeil dans les semaines qui viennent. Pour information, on présente la version 1.0 demain dimanche lors de la conférence FOSDEM (Free and Opensource Sofware DEveloper Meeting) à Bruxelles. Si vous êtes dans le coin, n'hésitez pas à venir, salle H.1308 (Rolin) à 9h05. Au delà de WAPT, si vous avez l'occasion je vous conseille d'ailleurs à tous d'aller à cette conférence. C'est probablement la meilleur conférence technique en Europe. Cordialement, Denis (from FOSDEM) [1] https://fosdem.org/2015/schedule/event/wapt_apt_get_for_windows/
Une idée ?
Autre question : je suis admin de ma machine, donc pas de pb, mais comment va se passer wapt sur mes postes clienst non admin ?
A aucun moment il m’a demandé les credential necessaires à mes postes ou mon AD…
Merci J
_______________________________________________ WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
-- Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, bâtiment A 12 avenue Jules Verne 44230 Saint Sébastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr
Merci de votre réponse Alors : 1. La déclaration dans kaspersky permet surtout l'ouverture automatique des ports sur mes postes et aussi de rendre de confiance les wapt* 2. Je n'ai pas de proxy sur mes machines 3. test en local de suppression (en cmd admin) : KO : C:\wapt>wapt-get remove test-bginfo Removing test-bginfo ... 2015-01-31 20:07:05,822 CRITICAL Critical error during uninstall cmd c:\wapt\wap t-get.exe uninstall tis-bginfo: CalledProcessError: Command '(u'c:\\wapt\\wapt-g et.exe uninstall tis-bginfo',)' returned non-zero exit status 3 No package removed ! === Error removing packages === test-bginfo Je tiens à préciser que le test d'instal et de désintal a été réalisé "l'un après l'autre" ce matin ( donc peu probable un pb de communication entre le serveur et le client) PS : j'espère être tombé au bon moment, maintenant je connais ninite et absolument pas Wapt, donc je suis sur un terrain "neutre" ;-) -----Message d'origine----- De : Denis Cardon [mailto:denis.cardon@tranquil-it-systems.fr] Envoyé : samedi 31 janvier 2015 17:32 À : Gautier MADOE; wapt@lists.tranquil.it Objet : Re: [Wapt] Msg : erreur lors de la suppression d'un paquet Bonjour Gautier,
Suite au post sur Korben, et juste avant d'acheter ninite pro, je viens de monter une VM 2008R2 avec Wapt pour tester
heureusement le post est arrivé à temps :-) WAPT vous donne beaucoup plus le contrôle de vos déploiements. Et si vous avez le courage de mettre un peu les mains dans le python, vous pouvez faire des personnalisations très avancées.
Après une petite conf sur ma console kaspersky ( ajout de wapt* en confiance) : les installations se passent très bien, même en VPN.
en effet, c'est plus sûr. Les antivirus sont imprévisibles. TIS signe les binaires WAPT qui sont dans la distribution. Par contre, pour le waptagent, vu qu'il est construit à la volé par la console wapt (il intègre votre certificat), il n'est pas signé. On pourra voir à l'avenir pour faciliter la validation de la signature de l'agent sur les postes utilisateurs.
Le hic est la désinstallation :
Erreur lors de la suppression du paquet test-bginfo : Impossible de joindre le waptservice du poste : [errno 11004 getaddrinfo failed
si vous testez la désinstallation en local sur le poste (wapt-get remove cdc-firefox-esr en tant qu'administrateur), ça fonctionnera très probablement. Le soucis vient ici de la connexion entre le serveur wapt et le poste utilisateur. Il y a eu d'autre personne qui on eu ce même problème sur la mailing list. Je pense que c'est probablement lié à un soucis de gestion de proxy. Désactiver le proxy au niveau machine (celui que vous avez configuré pour WUA) devrait résoudre le soucis (si c'est ce que je pense). Mais bon, je pense qu'Hubert pourra y jeter un coup d'oeil dans les semaines qui viennent. Pour information, on présente la version 1.0 demain dimanche lors de la conférence FOSDEM (Free and Opensource Sofware DEveloper Meeting) à Bruxelles. Si vous êtes dans le coin, n'hésitez pas à venir, salle H.1308 (Rolin) à 9h05. Au delà de WAPT, si vous avez l'occasion je vous conseille d'ailleurs à tous d'aller à cette conférence. C'est probablement la meilleur conférence technique en Europe. Cordialement, Denis (from FOSDEM) [1] https://fosdem.org/2015/schedule/event/wapt_apt_get_for_windows/
Une idée ?
Autre question : je suis admin de ma machine, donc pas de pb, mais comment va se passer wapt sur mes postes clienst non admin ?
A aucun moment il m'a demandé les credential necessaires à mes postes ou mon AD.
Merci J
_______________________________________________ WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
-- Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, bâtiment A 12 avenue Jules Verne 44230 Saint Sébastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr
Bonjour,
1. La déclaration dans kaspersky permet surtout l'ouverture automatique des ports sur mes postes et aussi de rendre de confiance les wapt*
est ce que le services WAPTService est bien démarré? sc query waptservice est ce que le port est en écoute netstat -a -n Est ce que vous arrivez à vous connecter en localhost? http://localhost:8088
2. Je n'ai pas de proxy sur mes machines 3. test en local de suppression (en cmd admin) : KO : C:\wapt>wapt-get remove test-bginfo Removing test-bginfo ... 2015-01-31 20:07:05,822 CRITICAL Critical error during uninstall cmd c:\wapt\wap t-get.exe uninstall tis-bginfo: CalledProcessError: Command '(u'c:\\wapt\\wapt-g et.exe uninstall tis-bginfo',)' returned non-zero exit status 3 No package removed ! === Error removing packages === test-bginfo
winxp/win7/win2k8/win2k8R2/win2k12/win2k12r2, 32bit/64bit, niveau d'UAC, droits de l'utilisateur qui exécute la commande (admin local, admin domaine, utilisateur à droits restreint), élévation de privilège ou non? est ce que vous avez les droits en ligne de commande de ajouter/modifier/supprimer un fichier, par exemple wapt-get.ini. Si vous avez l'uac activé et que le cmd n'est pas lancé avec une élévation de privilèges, le processus hérite de quasiment aucun droits. C'est un peu comme si ubuntu vous lancer un "aptitutde remove" avec un utilisateur restreint sans sudo. Vous pouvez tester avec un runas /user:administrateur cmd ou bien cliquer sur l'icône cmd avec bouton droit, puis lancer en tant que. Actuellement les commandes wapt-get install et wapt-get remove sont exécuté par l'interpréteur cmd dans lesquels ils sont lancés, et donc héritent des droits (ou de l'absence de droits). Les commandes wapt-get update et wapt-get upgrade par contre délèguent leur tâche au waptservice local, donc pas de soucis à ce niveau là. Pour wapt-get install et wapt-get remove, il y aura une délégation au service par défaut lorsque la partie authentification kerberos sera mergé (et donc ça marchera même si on ne pense pas à faire l'élévation de privilèges, mais pour l'instant c'est pas le cas).
Je tiens à préciser que le test d'instal et de désintal a été réalisé "l'un après l'autre" ce matin ( donc peu probable un pb de communication entre le serveur et le client)
Je viens de tester l'install et la désinstall du paquet tis-bginfo sur un winxp et je n'ai pas réussi à reproduire le problème (histoire de vérifier si ce n'est pas le paquet lui même qui a un problème), et ce à la fois ligne de commande et depuis le service. Après si c'est un pb spécifique à une plateforme spécifique, il faudrait la préciser et tester sur une autre plateforme. Pour ce qui est du support UAC, hier j'ai fait une démonstration au FOSDEM en installant le serveur wapt sur un 2012R2 avec UAC (niveau par défaut, ie pas le niveau max), et on a déployé l'agent et quelques paquets sur une autre machine win2k12R2 avec UAC activé, et c'est passé sans problème. Cordialement, Denis
PS : j'espère être tombé au bon moment, maintenant je connais ninite et absolument pas Wapt, donc je suis sur un terrain "neutre" ;-)
-----Message d'origine----- De : Denis Cardon [mailto:denis.cardon@tranquil-it-systems.fr] Envoyé : samedi 31 janvier 2015 17:32 À : Gautier MADOE; wapt@lists.tranquil.it Objet : Re: [Wapt] Msg : erreur lors de la suppression d'un paquet
Bonjour Gautier,
Suite au post sur Korben, et juste avant d'acheter ninite pro, je viens de monter une VM 2008R2 avec Wapt pour tester
heureusement le post est arrivé à temps :-) WAPT vous donne beaucoup plus le contrôle de vos déploiements. Et si vous avez le courage de mettre un peu les mains dans le python, vous pouvez faire des personnalisations très avancées.
Après une petite conf sur ma console kaspersky ( ajout de wapt* en confiance) : les installations se passent très bien, même en VPN.
en effet, c'est plus sûr. Les antivirus sont imprévisibles. TIS signe les binaires WAPT qui sont dans la distribution. Par contre, pour le waptagent, vu qu'il est construit à la volé par la console wapt (il intègre votre certificat), il n'est pas signé. On pourra voir à l'avenir pour faciliter la validation de la signature de l'agent sur les postes utilisateurs.
Le hic est la désinstallation :
Erreur lors de la suppression du paquet test-bginfo : Impossible de joindre le waptservice du poste : [errno 11004 getaddrinfo failed
si vous testez la désinstallation en local sur le poste (wapt-get remove cdc-firefox-esr en tant qu'administrateur), ça fonctionnera très probablement. Le soucis vient ici de la connexion entre le serveur wapt et le poste utilisateur.
Il y a eu d'autre personne qui on eu ce même problème sur la mailing list. Je pense que c'est probablement lié à un soucis de gestion de proxy. Désactiver le proxy au niveau machine (celui que vous avez configuré pour WUA) devrait résoudre le soucis (si c'est ce que je pense). Mais bon, je pense qu'Hubert pourra y jeter un coup d'oeil dans les semaines qui viennent.
Pour information, on présente la version 1.0 demain dimanche lors de la conférence FOSDEM (Free and Opensource Sofware DEveloper Meeting) à Bruxelles. Si vous êtes dans le coin, n'hésitez pas à venir, salle H.1308 (Rolin) à 9h05.
Au delà de WAPT, si vous avez l'occasion je vous conseille d'ailleurs à tous d'aller à cette conférence. C'est probablement la meilleur conférence technique en Europe.
Cordialement,
Denis (from FOSDEM)
[1] https://fosdem.org/2015/schedule/event/wapt_apt_get_for_windows/
Une idée ?
Autre question : je suis admin de ma machine, donc pas de pb, mais comment va se passer wapt sur mes postes clienst non admin ?
A aucun moment il m'a demandé les credential necessaires à mes postes ou mon AD.
Merci J
_______________________________________________ WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
-- Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, bâtiment A 12 avenue Jules Verne 44230 Saint Sébastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr
-- Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, bâtiment A 12 avenue Jules Verne 44230 Saint Sébastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr
Alors chaque commande est exécutée en UAC admin (admin du domaine, je sais pas bien ;-) est ce que le services WAPTService est bien démarré? sc query waptservice => Oui : SERVICE_NAME: waptservice TYPE : 10 WIN32_OWN_PROCESS STATE : 4 RUNNING (STOPPABLE, PAUSABLE, ACCEPTS_SHUTDOWN) WIN32_EXIT_CODE : 0 (0x0) SERVICE_EXIT_CODE : 0 (0x0) CHECKPOINT : 0x0 WAIT_HINT : 0x0 Est ce que vous arrivez à vous connecter en localhost? http://localhost:8088 => Oui WAPT Status wapt-get.exe version: 0.9.8.0 wapt-get.py version: 0.9.7 est ce que le port est en écoute netstat -a -n Le 8088 ? : HS : TCP 127.0.0.1:50742 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50743 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50744 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50745 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50746 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50747 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50748 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50749 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50750 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50751 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50752 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50753 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50755 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50756 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50757 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50758 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50759 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50760 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50761 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50762 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50764 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50765 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50767 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50768 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50770 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50771 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50772 127.0.0.1:1110 ESTABLISHED Je viens de ré essayer la suppression manuelle de BGINFO : KO Par contre, la suppression manuelle de google earth a fonctionnée, je pense donc à un pb propre à bginfo Mais je continue à avoir le message d'erreur errno 11004 getaddrinfo failed Comme je suis en VPN : je verrais lorsque je serais au boulot
Pouvez-vous m'indiquer la forme de l'IP de la machine concernée qui est remontée à la console. Il se peut qu'elle soit sous la forme d'un tableau json ['192.168.1.20'] au lieu de 192.168.1.20... J'ai vu ce cas ailleurs. Comme si il y avait plusieurs IP actives sur la machine. Hubert Le 01/02/2015 18:14, Gautier MADOE a écrit :
Alors chaque commande est exécutée en UAC admin (admin du domaine, je sais pas bien ;-)
est ce que le services WAPTService est bien démarré? sc query waptservice => Oui : SERVICE_NAME: waptservice TYPE : 10 WIN32_OWN_PROCESS STATE : 4 RUNNING (STOPPABLE, PAUSABLE, ACCEPTS_SHUTDOWN) WIN32_EXIT_CODE : 0 (0x0) SERVICE_EXIT_CODE : 0 (0x0) CHECKPOINT : 0x0 WAIT_HINT : 0x0
Est ce que vous arrivez à vous connecter en localhost? http://localhost:8088 => Oui WAPT Status wapt-get.exe version: 0.9.8.0 wapt-get.py version: 0.9.7
est ce que le port est en écoute netstat -a -n Le 8088 ? : HS : TCP 127.0.0.1:50742 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50743 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50744 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50745 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50746 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50747 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50748 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50749 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50750 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50751 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50752 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50753 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50755 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50756 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50757 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50758 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50759 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50760 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50761 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50762 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50764 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50765 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50767 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50768 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50770 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50771 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50772 127.0.0.1:1110 ESTABLISHED
Je viens de ré essayer la suppression manuelle de BGINFO : KO Par contre, la suppression manuelle de google earth a fonctionnée, je pense donc à un pb propre à bginfo
Mais je continue à avoir le message d'erreur errno 11004 getaddrinfo failed Comme je suis en VPN : je verrais lorsque je serais au boulot
_______________________________________________ WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
-- Hubert TOUVET Tranquil IT Systems 02 40 97 57 57
Bon il s'agit d'un problème lié à la manière de découvrir l'IP de la machine cliente par laquelle on peut l'atteindre depuis le serveur wapt si on veut forcer un upgrade. Le nom 'wapt' est apparemment hardcodé dans le source. Et si le nom wapt ne peut pas être résolu, le fallback remonte dans un tableau toutes les IPs connectées. Et la console ne traite pas ce cas. Si vous définissez une entrée dns wapt dans votre zone, le problème n'est pas visible (c'est pour cela qu'on ne l'a jamais eu dans nos tests..) Je corrige cela... Hubert Le 01/02/2015 18:56, Hubert TOUVET a écrit :
Pouvez-vous m'indiquer la forme de l'IP de la machine concernée qui est remontée à la console. Il se peut qu'elle soit sous la forme d'un tableau json ['192.168.1.20'] au lieu de 192.168.1.20... J'ai vu ce cas ailleurs. Comme si il y avait plusieurs IP actives sur la machine.
Hubert
Le 01/02/2015 18:14, Gautier MADOE a écrit :
Alors chaque commande est exécutée en UAC admin (admin du domaine, je sais pas bien ;-)
est ce que le services WAPTService est bien démarré? sc query waptservice => Oui : SERVICE_NAME: waptservice TYPE : 10 WIN32_OWN_PROCESS STATE : 4 RUNNING (STOPPABLE, PAUSABLE, ACCEPTS_SHUTDOWN) WIN32_EXIT_CODE : 0 (0x0) SERVICE_EXIT_CODE : 0 (0x0) CHECKPOINT : 0x0 WAIT_HINT : 0x0
Est ce que vous arrivez à vous connecter en localhost? http://localhost:8088 => Oui WAPT Status wapt-get.exe version: 0.9.8.0 wapt-get.py version: 0.9.7
est ce que le port est en écoute netstat -a -n Le 8088 ? : HS : TCP 127.0.0.1:50742 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50743 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50744 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50745 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50746 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50747 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50748 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50749 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50750 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50751 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50752 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50753 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50755 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50756 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50757 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50758 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50759 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50760 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50761 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50762 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50764 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50765 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50767 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50768 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50770 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50771 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50772 127.0.0.1:1110 ESTABLISHED
Je viens de ré essayer la suppression manuelle de BGINFO : KO Par contre, la suppression manuelle de google earth a fonctionnée, je pense donc à un pb propre à bginfo
Mais je continue à avoir le message d'erreur errno 11004 getaddrinfo failed Comme je suis en VPN : je verrais lorsque je serais au boulot
_______________________________________________ WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
-- Hubert TOUVET Tranquil IT Systems 02 40 97 57 57
Un peu hors sujet de mon pb de désinstallation d'un paquet sur mon poste de test : y a-t-il une solution de mise à jour automatique du serveur WAPT ? (la v1 venant de sortir...) Si non, des précautions à prendre pour le mettre à jour (je penses vis-à-vis du certificat auto signé...) -----Message d'origine----- De : WAPT [mailto:wapt-bounces@lists.tranquil.it] De la part de Hubert TOUVET Envoyé : dimanche 1 février 2015 19:24 À : wapt@lists.tranquil.it Objet : Re: [Wapt] Msg : erreur lors de la suppression d'un paquet Bon il s'agit d'un problème lié à la manière de découvrir l'IP de la machine cliente par laquelle on peut l'atteindre depuis le serveur wapt si on veut forcer un upgrade. Le nom 'wapt' est apparemment hardcodé dans le source. Et si le nom wapt ne peut pas être résolu, le fallback remonte dans un tableau toutes les IPs connectées. Et la console ne traite pas ce cas. Si vous définissez une entrée dns wapt dans votre zone, le problème n'est pas visible (c'est pour cela qu'on ne l'a jamais eu dans nos tests..) Je corrige cela... Hubert Le 01/02/2015 18:56, Hubert TOUVET a écrit :
Pouvez-vous m'indiquer la forme de l'IP de la machine concernée qui est remontée à la console. Il se peut qu'elle soit sous la forme d'un tableau json ['192.168.1.20'] au lieu de 192.168.1.20... J'ai vu ce cas ailleurs. Comme si il y avait plusieurs IP actives sur la machine.
Hubert
Le 01/02/2015 18:14, Gautier MADOE a écrit :
Alors chaque commande est exécutée en UAC admin (admin du domaine, je sais pas bien ;-)
est ce que le services WAPTService est bien démarré? sc query waptservice => Oui : SERVICE_NAME: waptservice TYPE : 10 WIN32_OWN_PROCESS STATE : 4 RUNNING (STOPPABLE, PAUSABLE, ACCEPTS_SHUTDOWN) WIN32_EXIT_CODE : 0 (0x0) SERVICE_EXIT_CODE : 0 (0x0) CHECKPOINT : 0x0 WAIT_HINT : 0x0
Est ce que vous arrivez à vous connecter en localhost? http://localhost:8088 => Oui WAPT Status wapt-get.exe version: 0.9.8.0 wapt-get.py version: 0.9.7
est ce que le port est en écoute netstat -a -n Le 8088 ? : HS : TCP 127.0.0.1:50742 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50743 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50744 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50745 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50746 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50747 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50748 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50749 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50750 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50751 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50752 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50753 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50755 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50756 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50757 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50758 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50759 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50760 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50761 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50762 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50764 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50765 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50767 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50768 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50770 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50771 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50772 127.0.0.1:1110 ESTABLISHED
Je viens de ré essayer la suppression manuelle de BGINFO : KO Par contre, la suppression manuelle de google earth a fonctionnée, je pense donc à un pb propre à bginfo
Mais je continue à avoir le message d'erreur errno 11004 getaddrinfo failed Comme je suis en VPN : je verrais lorsque je serais au boulot
_______________________________________________ WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
-- Hubert TOUVET Tranquil IT Systems 02 40 97 57 57 _______________________________________________ WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
Bonjour M. MADOE,
Un peu hors sujet de mon pb de désinstallation d'un paquet sur mon poste de test : y a-t-il une solution de mise à jour automatique du serveur WAPT ? (la v1 venant de sortir...)
votre contribution (en code source, en documentation ou en euro sonnant et trébuchant) pour la mise à jour automatique sera la bienvenue. Pour l'instant les devs ont d'autres priorités.
Si non, des précautions à prendre pour le mettre à jour (je penses vis-à-vis du certificat auto signé...)
Sous Windows, il ne faut pas relancer le waptserverpostconf, sinon il va recréer une nouvelle clef. Par contre il faut recréer l'agent wapt depuis la console, mais ça c'est dans le wiki. Cordialement, Denis PS : ça ne se fait pas de reprendre un thread pour un nouveau sujet. En anglais ça s'appelle du thread hijacking, c'est très mal vu [1]. [1] http://fr.wikipedia.org/wiki/N%C3%A9tiquette
-----Message d'origine----- De : WAPT [mailto:wapt-bounces@lists.tranquil.it] De la part de Hubert TOUVET Envoyé : dimanche 1 février 2015 19:24 À : wapt@lists.tranquil.it Objet : Re: [Wapt] Msg : erreur lors de la suppression d'un paquet
Bon il s'agit d'un problème lié à la manière de découvrir l'IP de la machine cliente par laquelle on peut l'atteindre depuis le serveur wapt si on veut forcer un upgrade. Le nom 'wapt' est apparemment hardcodé dans le source. Et si le nom wapt ne peut pas être résolu, le fallback remonte dans un tableau toutes les IPs connectées. Et la console ne traite pas ce cas. Si vous définissez une entrée dns wapt dans votre zone, le problème n'est pas visible (c'est pour cela qu'on ne l'a jamais eu dans nos tests..)
Je corrige cela...
Hubert
Le 01/02/2015 18:56, Hubert TOUVET a écrit :
Pouvez-vous m'indiquer la forme de l'IP de la machine concernée qui est remontée à la console. Il se peut qu'elle soit sous la forme d'un tableau json ['192.168.1.20'] au lieu de 192.168.1.20... J'ai vu ce cas ailleurs. Comme si il y avait plusieurs IP actives sur la machine.
Hubert
Le 01/02/2015 18:14, Gautier MADOE a écrit :
Alors chaque commande est exécutée en UAC admin (admin du domaine, je sais pas bien ;-)
est ce que le services WAPTService est bien démarré? sc query waptservice => Oui : SERVICE_NAME: waptservice TYPE : 10 WIN32_OWN_PROCESS STATE : 4 RUNNING (STOPPABLE, PAUSABLE, ACCEPTS_SHUTDOWN) WIN32_EXIT_CODE : 0 (0x0) SERVICE_EXIT_CODE : 0 (0x0) CHECKPOINT : 0x0 WAIT_HINT : 0x0
Est ce que vous arrivez à vous connecter en localhost? http://localhost:8088 => Oui WAPT Status wapt-get.exe version: 0.9.8.0 wapt-get.py version: 0.9.7
est ce que le port est en écoute netstat -a -n Le 8088 ? : HS : TCP 127.0.0.1:50742 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50743 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50744 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50745 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50746 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50747 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50748 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50749 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50750 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50751 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50752 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50753 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50755 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50756 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50757 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50758 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50759 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50760 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50761 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50762 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50764 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50765 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50767 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50768 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50770 127.0.0.1:1110 TIME_WAIT TCP 127.0.0.1:50771 127.0.0.1:8088 TIME_WAIT TCP 127.0.0.1:50772 127.0.0.1:1110 ESTABLISHED
Je viens de ré essayer la suppression manuelle de BGINFO : KO Par contre, la suppression manuelle de google earth a fonctionnée, je pense donc à un pb propre à bginfo
Mais je continue à avoir le message d'erreur errno 11004 getaddrinfo failed Comme je suis en VPN : je verrais lorsque je serais au boulot
_______________________________________________ WAPT mailing list WAPT@lists.tranquil.it http://lists.tranquil.it/listinfo/wapt
-- Denis Cardon Tranquil IT Systems Les Espaces Jules Verne, bâtiment A 12 avenue Jules Verne 44230 Saint Sébastien sur Loire tel : +33 (0) 2.40.97.57.55 http://www.tranquil-it-systems.fr
participants (3)
-
Denis Cardon -
Gautier MADOE -
Hubert TOUVET