• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Le P2P ne fonctionne plus ?
#1
Avant de créer un ticket, je préfère présenter le pb i jamais je me fourvoie dans un point de détail qui ferait fonctionner le P2P. Ou si quelqu'un à une piste ou peut confirmer chez lui que cela marche dans cette config : (Agent 2.3.5 + glpi 2.1)

Dans les logs des client (en mode Debug=normal), avant, je me rappelle qu'il y avait au moins une ligne genre : <scan de la plage ip ....>

Maintenant, après création d'une tache deploy avec P2P + rétention sur 14 jours.
Impossible de lire la moindre petite ligne dans les log des agents faisant référence au P2P..
Puis évidement, pas de P2P non plus. :p
Dans le registre du client :
no-p2p:0
Si j'ai bien compris, c'est => "pas de P2P": NON (pas super clair, mais je me doute bien que c'est historique)


Sinon, rien à voir mais : Merci à tous pour le boulot fantastique que vous accomplissez. (j'ai converti 2 admin qui ont bien kiffé !!)
Smile
  Reply
#2
no-p2p:0 => oui c'est bien cà, le mettre à 1 le désactive


Sinon, rien à voir : merci Wink
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply
#3
Donc, il est bien actif sur l'agent pourtant.

Je crée un ticket ?
Est-il possible de rajouter du logging dans la version de dev ?
  Reply
#4
Oui crée un ticket avec toutes les infos
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply
#5
Ticket créé =>
http://forge.fusioninventory.org/issues/2455
  Reply
#6
Le P2P ne fonctionne tjs pas.
Ça deviens galère pour moi de déployer la mise a jour de 40Mo de Adode Reader en Belgique par monts et par vaux.
  Reply
#7
Bonjour

J'envisage d'utiliser le P2P pour mes déploiements. J'ai fait un essai qui n'a pas été concluant : le P2P n'a pas été exploité (FI Agent 2.3.8).

Je vois que je ticket est toujours ouvert. Tu as trouvé un contournement ?
Production : GLPI 0.84.8 + FusionInventory 3.5 + FI Agent 2.3.9 et 2.3.10.1
Plugin Custom Fields for GLPI 0.84 : https://forge.indepnet.net/projects/customfields
Plugin Simcard for GLPI 0.84 https://forge.indepnet.net/projects/simcard
Plugin MoreLDAP for GLPI 0.84 https://forge.indepnet.net/projects/moreldap
  Reply
#8
Mon contournement : je passe mes déploiements après les heures de travail et par groupe de machines... lol . Donc non, j'ai rien trouvé :p

Mais avant le P2P marchait très bien...
Toi aussi, le P2P ne fonctionne pas du tout ? .. avec aucune trace dans les logs en mode debug ?
  Reply
#9
Pour ma part je me suis fait un maillage de serveurs miroirs en m'appuyant sur des serveurs desservant un petit nombre de sites pour d'autres fonctions.

Si ça peut te rendre service, voilà ce que j'ai fait

Considère GLPI comme le miroir de strate 0
J'ai utilisé un serveur windows comme miroir de strate 1. Il se synchronise par Rsync avec GLPI (merci cygwin, en passant)
Ensuite j'ai une 30aine de serveurs windows de strate 2 qui se synchronisent tous sur le serveur de strate 1. La synchro se fait encore avec cygwin/rsync.

Niveau technique et débit :
Le serveur GLPI n'a pas rsyncd, donc je synchronise via SSH, le client rsync se limite à 200 Ko/s
Le serveur de strate 1 exécute rsync en mode daemon, limité à 200 Ko/s
Les serveurs de strate 2 utilisent le client rsync avec une limite de 50 Ko/s
Je me suis appuyé sur Apache pour faire la diffusion par HTTP des fichiers.
Le serveur de strate 1 entretient un log limité à 16 Mo de sa synchro
Les serveurs de strate 2 font pareil, et écrivent leur log directement sur le serveur de strate 1

Niveau planification :
le serveur de strate 1 a une tâche planifiée pour se synchroniser chaque soir. A la fin de sa synchronisation, il déclenche par script la tâche planifiée équivalente sur chaque serveur de strate 2, un par un. Il surveille et attend la fin de la tâche pour passer au suivant.

La première synchro entre 2 serveurs, pour 650 Mo, a pris 3 ou 4h. Rsync ne faisant que les MAJ, les synchros se font en moins d'1h par serveur. Il suffit de laisser quelques jours entre la préparation d'un package et son déploiement.

Résultat, je peux synchroniser de jour comme de nuit, personne ne sent de ralentissement. C'est mis en place depuis 1 bonne semaine.

Pour le déploiement il faut 1 miroir par lieu. Comme mes miroirs doivent desservir plusieurs lieux, ils sont déclarés plusieurs fois chacun, avec un lieu différent.

Il me reste à limiter la bande passante utilisée par les agents FI. Comme je sous sous windows je n'ai pas encore de solution. Sous linux, le module Apache mod_ratelimit devrait permettre de le faire de manière globale (pas pu tester). Sous windows avec IIS, je crois qu'il y a une fonctionnalité de limitation de bante passante. Je connais bien mieux Apache Smile et IIS, c'est assez imbuvable pour moi.

Pour configurer mes miroirs j'ai fait un petit script qui me configure tout. Si ça peux t'aider, je peux nettoyer les données critiques et te donner tout ça. L'infra couvre toute la France, pour te donner une idée de l'échelle.

Le P2P m'aurait permis de ne pas faire de miroir de strate 3 si je tire trop sur les liens SDSL (sinon ce sera un PC standard par site qui assurera ce rôle). Je suis en phase de test depuis aujourd'hui, et ça passe à merveille avec un petit package. Si un package de 100Mo passe bien, je pense que j'aurai couvert tous les besoins principaux.

Je n'ai pas étudié les logs sur la partie P2P car il est possible que je puisse m'en passer, vu les résultats obtenus. A suivre...
Production : GLPI 0.84.8 + FusionInventory 3.5 + FI Agent 2.3.9 et 2.3.10.1
Plugin Custom Fields for GLPI 0.84 : https://forge.indepnet.net/projects/customfields
Plugin Simcard for GLPI 0.84 https://forge.indepnet.net/projects/simcard
Plugin MoreLDAP for GLPI 0.84 https://forge.indepnet.net/projects/moreldap
  Reply
#10
Bon déjà: MERCI BEAUCOUP MR pour avoir pris le temps de m'expliquer très clairement ton système.

J'ai regardé très rapidement les miroirs aussi mais je me suis arrêté à partir du moment ou j'ai su qu'il fallait installer un serveur WEB sur les PC/serveur déclarés miroirs.
C'est un peu trop moche pour moi et mes collaborateurs et j'ai régulièrement des audits qui ne seront pas d'accord avec ça :p
Le P2P c'était parfait pour moi ! Sad

Merci en tout cas pour ton partage Wink
  Reply
#11
le p2p ne fonctionne que tu le /24 et faut que le port 62354 soit ouvert sur les pc
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply
#12
Dans la version 2.3.8 de l'agent ?
  Reply
#13
Bonjour

@verrey : pour ma part, tout est encapsulé dans du VPN donc pas de risque : rien n'est accessible depuis l'extérieur. Il y a aussi d'autres choses qui font que ca n'est pas inquiétant, mais après c'est à l'appréciation de chacun. Pour info les miroirs ont besoin d'un serveur web, mais tu n'as pas besoin de langage de script côté serveur. Un serveur de contenu statique convient parfaitement (ça limite énormément les failles).

@ddurieux : les prérequis sont remplis, justement. D'ailleurs pour info, un masque /24 pourrait ne pas correspondre à tous les réseaux. Il faudrait inclure ce paramètre dans la config des agents (un argument en ligne de comande pour l'isntallation + un paramétrage dans l'interface de FusionInventory, dans la gestion des agents).
Production : GLPI 0.84.8 + FusionInventory 3.5 + FI Agent 2.3.9 et 2.3.10.1
Plugin Custom Fields for GLPI 0.84 : https://forge.indepnet.net/projects/customfields
Plugin Simcard for GLPI 0.84 https://forge.indepnet.net/projects/simcard
Plugin MoreLDAP for GLPI 0.84 https://forge.indepnet.net/projects/moreldap
  Reply
#14
Peut être que le script pourrait plutôt repérer les agents éligibles au P2P via une demande au serveur glpi/fusioninventory que via du nmap ?
En fonction du lieu par exemple ? Puis il aura la liste des adresse ip sur lesquels rechercher le paquet.
  Reply
#15
nmap? non il check en http sur le port 62354 sur le /24 par rapport a l'ip de la machine
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply
#16
Et comment l'agent fait la découverte des "voisons" sur le /24 ? il interroge GLPI ? il scanne les 254 IP possibles sur le port 62354 ?
Production : GLPI 0.84.8 + FusionInventory 3.5 + FI Agent 2.3.9 et 2.3.10.1
Plugin Custom Fields for GLPI 0.84 : https://forge.indepnet.net/projects/customfields
Plugin Simcard for GLPI 0.84 https://forge.indepnet.net/projects/simcard
Plugin MoreLDAP for GLPI 0.84 https://forge.indepnet.net/projects/moreldap
  Reply
#17
Oui il fait des requetes HTTP sur chacune des 254 ip pour voir si l'agent a le paquet (ou le fragment de paquet)
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply
#18
Mais est ce que quelqu’un pourrait confirmer que le P2P fonctionne sous la 2.3.8 ?
Il suffit de regarder les logs
  Reply
#19
@verrey : Maintenant que je sais que nmap n'est pas requis, je peux faire un essai.

Donne moi jusqu'à vendredi s'il te plait car j'ai d'autres choses sur le feu Smile
Production : GLPI 0.84.8 + FusionInventory 3.5 + FI Agent 2.3.9 et 2.3.10.1
Plugin Custom Fields for GLPI 0.84 : https://forge.indepnet.net/projects/customfields
Plugin Simcard for GLPI 0.84 https://forge.indepnet.net/projects/simcard
Plugin MoreLDAP for GLPI 0.84 https://forge.indepnet.net/projects/moreldap
  Reply
#20
@dethegeek : Pas de soucis, vendredi c'est permis Smile
  Reply
#21
Bonjour

La tâche de déploiement qui me sert de mise à l'épreuve de mon infra utilise 2 paquagkes avec le P2P activé : 15 jours de rétention.

Je n'ai pas possibilité d'aller voir les logs car c'est désactivé, mais au vu des logs de mes serveurs HTTP ca ne fonctionne pas. Tous les agents vont taper dans les serveurs HTTP.

Je viens de vérifier si je n'avais pas désactivé le P2P à l'installation des agents. Il est bien activé.

@verrey, Il ne faut pas que "/no-p2p" soit présent dans la ligne de commande d'installation de l'agent (je le dis au cas où).

J'ai pris du retard ces jours ci, donc je retenterai sur mon pc des tests de P2P plus tard.
Production : GLPI 0.84.8 + FusionInventory 3.5 + FI Agent 2.3.9 et 2.3.10.1
Plugin Custom Fields for GLPI 0.84 : https://forge.indepnet.net/projects/customfields
Plugin Simcard for GLPI 0.84 https://forge.indepnet.net/projects/simcard
Plugin MoreLDAP for GLPI 0.84 https://forge.indepnet.net/projects/moreldap
  Reply
#22
Merci d'avoir pris du temps pour tester c'est chuper chympa !
C'est dommage que ça marche pu qd mm Sad


@verrey, Il ne faut pas que "/no-p2p" soit présent dans la ligne de commande d'installation de l'agent (je le dis au cas où).
@DeThegeek : Merci mais c'est pas le cas j'ai forcé même en mettant /P2P
  Reply
#23
Faut que je teste, c'est space quand meme
Co-leader, official developper
DCS official PARTNER: dcs.glpi@dcsit-group.com
  Reply
#24
Le problème avec le P2p est toujours d'actualité ?
Agent 2.3.16
plugin fusion = 0.85+1.2
glpi 0.90
  Reply
#25
[Thu Dec 10 10:52:47 2015][debug] [http client] Using Compress::Zlib for compression
[Thu Dec 10 11:29:22 2015][debug] [http server] request /deploy/getFile/ from client 192.168.200.205
[Thu Dec 10 11:29:22 2015][error] [http server] unknown path: /deploy/getFile/
[Thu Dec 10 11:29:22 2015][debug] [http server] response status 400
[Thu Dec 10 11:29:24 2015][debug] [http server] request /favicon.ico from client 192.168.200.205
[Thu Dec 10 11:29:24 2015][debug] [http server] response status 200
[Thu Dec 10 11:30:43 2015][debug] [http server] request / from client 192.168.200.205
[Thu Dec 10 11:30:43 2015][debug] [http server] response status 200
[Thu Dec 10 11:30:44 2015][debug] [http server] request /site.css from client 192.168.200.205

ou est stocké le fichier posé en retention au niveau des agents ? svp

mon agent windows a bien etait installé avec /p2p

Pas de pare feu sur ma machine, elle est joignable en http://192.168.107.100:62354/

J ai avancé ... sur mon agent j'ai
Can't run nmap, nmap detection can't be used
  Reply


Forum Jump:


Users browsing this thread: 1 Guest(s)