nouveau serveur connecté et soucis de tp avec serveur fg partenaire
nouveau serveur connecté et soucis de tp avec serveur fg partenaire
Bonjour , bonjour,
Résumé de la situation :
Installation d'un nouveau serveur Dedibox LT 2014 avec windows server 2012 R2 .
Ce serveur est essentiellement dédié à opensimulator
Nino en a assuré toute l'installation en faisant une copie exacte de sa propre configuration fonctionnelle avec OpenSim 0.8.2.1 Release
Trois simulateurs sont déjà en fonctionnement
sim 01 avec une région Freebies 4Saisons
sim 02 avec une var 1024 Playground
sim 03 avec une region GawLab
Playground et Gawlab sont mitoyenne à ma région partenaire Metatrame
Tout fonctionne normalement sauf un souci de TP spécifique entre mes trois sims et toutes les régions hébergées par le serveur dédié aux partenaires de FG ( Metatrame, levillage, hypergrid, Avatar...)
Après avoir fait différents tests comme
Faire faire des tp à d'autres avatars, sauter sur et de toutes les régions possibles sur serveurs différents
Revenir à une version antérieure d'Opensimulator genre o.8.1.0
Changer les uuid des régions, changer les coordonnées des régions, var région ou région normale, le problème reste entier
Vérifier la configuration du Firewall ( TCP/ UDP) , le stopper
Vérifier le bon renseignement des données nécessaires dans les différents fichiers de configuration
Verifier les ports listener en 9000 incrémentés selon les sims etc
Bref, le mystère reste entier , tout fonctionne sauf les possibilitées et de voir la région Metatrame ( régions mitoyennes) et de se tp d'une région de mon serveur vers des régions hébergées par le serveur partenaire.
Par contre, pas de problèmes de TP avec Accueil FG ( un autre serveur FG) et tests sur les régions hébergées par le serveur de gill, nino, sirin , claudius .
C'est comme si mon serveur ne "voyait" pas le serveur partenaire et vice versa
Au cours des derniers tests effectués ce jour par Nino et moi même, voici ce qui apparait dans la console au restart des sims et qui nous semble bizarre :
2016-02-11 21:41:48,934 DEBUG (STP:Util:1) - OpenSim.Region.CoreModules.Framework.EntityTransfer.EntityTransferModule [ENTITY TRANSFER MODULE]: Teleporting Nino85 Whitman dd7fa950-582b-4801-ad62-4443d892cdca from GawLab to http://17.francogrid.org:10060/ (http://17.francogrid.org:10060/) metatrame/<128, 128, 1.5> 2016-02-11 21:42:08,152 WARN (36) - OpenSim.Region.CoreModules.World.WorldMap.WorldMapModule [WORLD MAP]: Bad send on GetMapItems Unable to connect to the remote server 2016-02-11 21:42:08,157 WARN (36) - OpenSim.Region.CoreModules.World.WorldMap.WorldMapModule [WORLD MAP]: Blacklisted http://17.francogrid.org:10060/MAP/MapItems/7710875047387392 2016-02-11 21:44:30,235 DEBUG (STP:Util:1) - OpenSim.Region.CoreModules.World.WorldMap.MapSearchModule [MAPSEARCHMODULE]: search metatrame returned 1 regions. Flags=2 2016-02-11 21:44:33,682 DEBUG (STP:Util:15) - OpenSim.Region.CoreModules.Framework.EntityTransfer.EntityTransferStateMachine [ENTITY TRANSFER STATE MACHINE] SetInTransit. agent=dd7fa950-582b-4801-ad62-4443d892cdca, newState=Preparing 2016-02-11 21:44:33,686 DEBUG (STP:Util:15) - OpenSim.Region.CoreModules.Framework.EntityTransfer.EntityTransferModule [ENTITY TRANSFER MODULE] GetRegionContainingWorldLocation: query, loc=<1795456,1794432> 2016-02-11 21:44:33,690 DEBUG (STP:Util:15) - OpenSim.Region.CoreModules.Framework.EntityTransfer.EntityTransferModule [ENTITY TRANSFER MODULE] GetRegionContainingWorldLocation: Found region using legacy size. rloc=<1795328,1794304>. Rname=metatrame 2016-02-11 21:44:33,698 DEBUG (STP:Util:15) - OpenSim.Region.CoreModules.Framework.EntityTransfer.HGEntityTransferModule [HG ENTITY TRANSFER MODULE]: region metatrame flags: 4 2016-02-11 21:44:33,702 DEBUG (STP:Util:15) - OpenSim.Region.CoreModules.Framework.EntityTransfer.EntityTransferModule [ENTITY TRANSFER MODULE]: Teleporting Nino85 Whitman dd7fa950-582b-4801-ad62-4443d892cdca from GawLab to http://17.francogrid.org:10060/ (http://17.francogrid.org:10060/) metatrame/<128, 128, 1.5> 2016-02-11 21:44:54,719 INFO (STP:Util:15) - OpenSim.Framework.WebUtil [LOGHTTP]: Slow JSON-RPC request 40 QUERYACCESS to http://17.francogrid.org:10060/agent/dd7fa950-582b-4801-ad62-4443d892cdc... took 21000ms, 0ms writing, {"viaTeleport":true,"position":"<128, 128, 1.5>","my_version":"SIMULATION/0.3","simulation_service_supported_min":0.300000011920929,"simulation_service_supported_max":0.5,"simulation_service_accepted_ 2016-02-11 21:44:54,724 DEBUG (STP:Util:15) - OpenSim.Framework.WebUtil [LOGHTTP]: JSON-RPC request 40 QUERYACCESS to http://17.francogrid.org:10060/agent/dd7fa950-582b-4801-ad62-4443d892cdc... FAILED: Unable to connect to the remote server 2016-02-11 21:44:54,728 DEBUG (STP:Util:15) - OpenSim.Region.CoreModules.Framework.EntityTransfer.EntityTransferModule [ENTITY TRANSFER MODULE]: Nino85 Whitman was stopped from teleporting from GawLab to metatrame because: Service request failed: Unable to connect to the remote server 2016-02-11 21:44:54,732 DEBUG (STP:Util:15) - OpenSim.Region.CoreModules.Framework.EntityTransfer.EntityTransferStateMachine [ENTITY TRANSFER STATE MACHINE]: Agent dd7fa950-582b-4801-ad62-4443d892cdca cleared from transit in GawLab
Suite à tous ces tests, la question reste entière, qu'est ce qui peut bien empêcher cette connexion entre le serveur gawlab et le serveur partenaires, quelles fonctions faut il regarder en priorité sachant que les simulateurs se comportent normalement avec tout le reste de la grille ? Pourrait il y avoir une fonction sur le serveur partenaire qui bloquerait une nouvelle connexion ?
je me demandais aussi ce que voulait dire :
Blacklisted http://17.francogrid.org:10060/MAP/MapItems/7710875047387392je ne connais pas cette adresse de francogrid qui commence par un "17" et pourquoi Blacklisted ?
Voili voilou, un coup de main serait le bienvenu ;)
Merci par avance !
Bonne journée à tous !
soucis de tp avec serveur fg partenaire
Service : Maintenance des simulateurs
Intervenant : ssm2017 Binder
Requete : "yen a une qu'est ce que ça va pas"
Dossier transmis à : service des stagiaires en poterie virtuelle
Numéro de dossier : 546875168761686334
Très chère partenaïre,
Notre équipe de stagiaires a de nouveau effectué des travaux sur les serveurs de simulateurs afin de tenter de vous aider à résoudre votre problème.
Voici le compte rendu de nos opérations :
Résal (oui, un résal, des réseaux) :
Concernant le 17.francogrid.org :
Notre association loue des serveurs qui possèdent une adresse IP.
Afin de pouvoir différentier les machines plus simplement, nous leur affectons un numéro dans leur nom de domaine.
Le serveur 16.francogrid.org est la machine qui a l'ip : 212.83.165.23 et qui héberge les simulateurs FrancoGrid (avatar, hypergrid, levillage...)
Le serveur 17.francogrid.org est la machine qui a l'ip : 212.83.165.24 et qui héberge les simulateurs des partenaires de FrancoGrid.
Ensuite, nous pouvons attribuer un "alias" de nom de domaine lié au premier nombre plutot que vers l'ip à chaque fois.
Par exemple : sim1.sims.partenaires.francogrid.org est un alias de 17.francogrid.org (on pourra en reparler si besoin).
Concernant le test de liaison entre deux ordinateurs sur un réseau :
Avant de voir quoi que ce soit coté simulateur, il nous faut d'abord tester si les deux machines répondent à une commande réseau nommée "ping".
Certaines personnes désactivent le "ping" sur leurs serveurs ou box à la maison par parano mais il a depuis été démontré qu'avec les techniques de scan actuelles, ça ne sert à rien de le désactiver.
Donc la premiere chose à faire est de tester le "ping" entre les deux bécanes.
Pour cela, ouvrir une ligne de commande windows (dans le cas d'un serveur sous windows) par "menu démarrer / exécuter" puis cmd.exe
Entrer la commande "ping 17.francogrid.org" (sans les guillemets) ou bien "ping 212.83.165.24" pour voir si le serveur de partenaires répond au "ping".
Si c'est le cas, c'est que le problème se trouve autre part.
Dans ce cas, utiliser la commande "traceroute" pour voir à quel endroit la connexion se bloque.
Si la machine destinataire répond au ping c'est déjà que les deux ordis se "voient".
Dans notre cas, un "ping" depuis les serveurs de simulateurs FrancoGrid vers le serveur hébergeant la région "playground" (ip : 212.83.165.66 ) ne répond pas.
Le serveur de simulateur ne "voit pas" la machine concernée.
Nous vous demandons donc de bien vouloir demander à votre équipe d'administration de bien vouloir tenter de résoudre ce problème.
OpenSimulator :
Concernant les réglages FrancoGrid :
Nous avons mis à jour tous les simulateurs hébergés par FrancoGrid vers la version 0.8.2.1.
Nous en avons profité pour mettre à jour notre fichier OpenSimDefaults.ini qui est commun à tous les simulateurs.
Voir le fichier OpenSimDefaults.ini utilisé par FrancoGrid ici : http://francogrid.org/documentation/1616
Noter la valeur "MaxRequestConcurrency" qui est à 10 car nous sommes sous "mono/linux" alors qu'elle est sur 30 par défaut sous windows. (j'ai mis 10 mais si ça le fait, je remonterai la valeur pour voir un de ces 4).
Voir le fichier OpenSim.ini utilisé par FrancoGrid ici : http://francogrid.org/documentation/1323
Voir le fichier GridCommon.ini utilisé par FrancoGrid ici : http://francogrid.org/documentation/1322
Nous vous demandons donc de bien vouloir demander à votre équipe d'administration de bien vouloir vérifier si une incompatibilité figure dans nos réglages et si c'est le cas, nous serions ravis d'eventuellement faire les modifications nécéssaires si les poules se mettent à avoir des dents et si notre administrateur technique est de bonne humeur et a bien fait caca apres avoir bu son café.
Concernant les messages "blacklisted ....." :
Ceci veut dire qu'il faut formater votre disque dur le plus rapidement possible.
Mais en fait, non, ceci n'est pas grave du tout.
Voici l'explication (en anglais) : http://opensimulator.org/pipermail/opensim-users/2010-October/005993.html
Et un résumé en francais nous donne : la région est blacklistée par le simulateur si elle ne répond pas au bout d'un certain nombre de fois et le simu ne tentera plus de s'y connecter tant qu'on l'a pas redémarré.
Concernant les tp :
Notre équipe a effectué des téléports depuis et vers les régions de Claudius et Nino comme "conférence" ou "residence" sans probleme donc peut etre comparer les reglages entre les deux machines.
Résumé : #spamoi
ps: on sait jamais, il pourrait y avoir un probleme chez fg aussi mais je vois pas lequel pour le moment. Bien sûr ne pas hésiter à en reparler et me contacter si besoin de tests.
ps
note : si le ping ne répond pas, voir un traceroute et selon le cas, appeller la hotline de online qui est efficace et peut peut etre aider si il y a un probleme de routage sur leur réseau entre les deux bécanes.
test du côté Online résultats
Suite à votre très aimable et attentionée réponse,
Nous avons pinger et tracerouté comme décrit ci dessus
PS C:\Users\Administrator> ping 17.francogrid.org
Pinging 17.francogrid.org [212.83.165.24] with 32 bytes of data:
Reply from 212.83.165.66: Destination host unreachable.
Reply from 212.83.165.66: Destination host unreachable.
Reply from 212.83.165.66: Destination host unreachable.
Reply from 212.83.165.66: Destination host unreachable.
Ping statistics for 212.83.165.24:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
PS C:\Users\Administrator>
par contre avons pingé les ips suivantes de francogrid :
1.francogrid.org ok
2.francogrid.org
3.francogrid.org non
4.francogrid.org ok
5.francogrid.org non
6.francogrid.org non
7.francogrid.org ok
8.francogrid.org non
9.francogrid.org non
10 ok
11 ok
12 ok
13 ok
14 non
15 ok
16 non
17 non
La machine voit correctement internet ( ex Free, vivox, shoutcast )
par contre ne voit donc pas les ip ci dessus notées
d'après Online il faudrait voir si ces ip ne droppent pas mon ip 212.83.165.66 ?
voili voilou ;)
PS à propos de blacklisté ...
PS à propos de blacklisté ...
Veux tu dire "redémarrer la machine partenaire ou la mienne " ?
dans le cas de "blacklisted
dans le cas de "blacklisted region", ce n'est pas la machine qu'il faut redémarrer mais le simulateur.
les traceroutes donnent quoi ?
les adresses de 1 à 6 inclus ne nous appartiennent plus.
la liste des IP est accessible à Nino dans la doc d'administration sur le site ou l'agora.
je viens de vérifier à nouveau et il y a aucune entrée concernant l'ip de ta bécane dans le firewall de nos machines (DROP)
le traceroute depuis le
le traceroute depuis le serveur de partenaires (17) donne :
traceroute to 212.83.165.66 (212.83.165.66), 30 hops max, 60 byte packets
1 195-154-150-1.rev.poneytelecom.eu (195.154.150.1) 0.794 ms 0.929 ms 1.066 ms
2 195.154.1.170 (195.154.1.170) 1.213 ms 1.818 ms 2.567 ms
3 195.154.1.253 (195.154.1.253) 0.704 ms 3.695 ms 0.774 ms
4 45x-s31-1-a9k1.dc3.poneytelecom.eu (195.154.1.33) 10.291 ms 10.481 ms 10.574 ms
ce qui veut dire que ça s'arrete dans le réseau de online entre les deux machines
je ne peux pas continuer à investiguer ce soir et m'y remets lundi (désolé)
sinon le ping ne repond pas depuis chez moi non plus.
si tu utilises une vm est ce que l'ip failover a bien ete configuree selon la procedure de online (je suppose que oui)
Merci , on reprend tous la
Merci , on reprend tous la dessus lundi ;)
bon weekend à tout le monde ! ;)
ping activé
ping activé
le ping est possible maintenant car par defaut il n'est pas autorisé
news du jour
salut
apres mise à jour des becanes, reboot et autre toutim, j'ai appellé online.
la personne me dit que tout est ok niveau reseau coté fg.donc je crois que nous avons atteint le stade de la boucle infinie :) ( #spamoi / #spamoinonplus )
la personne me propose donc ceci :
1/ forcer l'autorisation de l'ip dans le firewall ( 23 et 24 )
"oui mais meme firewall eteint ça marche pas."
"oui mais windows server a des outils reseau qui peuvent parfois bloquer"
"mais la becane marche bien avec le reste du monde et pourquoi juste ces 2 adresses"
"je ne sais pas donc autant forcer l'autorisation de l'ip quand meme"
2/ verifier la configuration de l'ip failover
"mais la becane marche bien avec le reste du monde"
"oui mais autant vérifier"
3/ ouvrir un ticket
sinon, est ce que le ping est bon entre les deux becanes depuis le host ?
-----------------------------
---------------------------------------------------------------------------
HOST (esxi) sd-56398
---------------------------------------------------------------------------
IP Host: 62.210.177.117 esx.metagawlab.com. d4:ae:52:cb:85:54
IP Fail Over 212.83.165.66 opensim.metagawlab.com. 00:50:56:00:c2:34
vmKernel 62.210.177.1 utilisé pour passerelle des VMs
***************************************************************************
PING 16.francogrid.org (212.83.165.23): 56 data bytes
64 bytes from 212.83.165.23: icmp_seq=0 ttl=60 time=0.294 ms
64 bytes from 212.83.165.23: icmp_seq=1 ttl=60 time=0.352 ms
64 bytes from 212.83.165.23: icmp_seq=2 ttl=60 time=0.327 ms
--- 16.francogrid.org ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.294/0.324/0.352 ms
~ # ping 17.francogrid.org
PING 17.francogrid.org (212.83.165.24): 56 data bytes
64 bytes from 212.83.165.24: icmp_seq=0 ttl=60 time=0.284 ms
64 bytes from 212.83.165.24: icmp_seq=1 ttl=60 time=0.297 ms
64 bytes from 212.83.165.24: icmp_seq=2 ttl=60 time=0.314 ms
--- 17.francogrid.org ping statistics ---
3 packets transmitted, 3 packets received, 0% packet loss
round-trip min/avg/max = 0.284/0.298/0.314 ms
~ #
LE PING FONCTIONNE POUR LES 2 IPS
---------------------------------------------------------------------------
Vm sous ESXI
---------------------------------------------------------------------------
IP: 212.83.165.66
Mask: 255.255.255.0
Passerelle: 62.210.177.1
DNS: 62.210.16.6 et 62.210.16.7
***************************************************************************
C:\Users\Administrator>ping 16.francogrid.org
Pinging 16.francogrid.org [212.83.165.23] with 32 bytes of data:
Reply from 212.83.165.66: Destination host unreachable.
Reply from 212.83.165.66: Destination host unreachable.
Reply from 212.83.165.66: Destination host unreachable.
Reply from 212.83.165.66: Destination host unreachable.
Ping statistics for 212.83.165.23:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
C:\Users\Administrator>ping 17.francogrid.org
Pinging 17.francogrid.org [212.83.165.24] with 32 bytes of data:
Reply from 212.83.165.66: Destination host unreachable.
Reply from 212.83.165.66: Destination host unreachable.
Reply from 212.83.165.66: Destination host unreachable.
Reply from 212.83.165.66: Destination host unreachable.
Ping statistics for 212.83.165.24:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
LE PING NE FONCTIONNE PAS POUR LES 2 IPS
***************************************************************************
C:\Users\Administrator>ping google.com
Pinging google.com [216.58.208.206] with 32 bytes of data:
Reply from 216.58.208.206: bytes=32 time=1ms TTL=58
Reply from 216.58.208.206: bytes=32 time=1ms TTL=58
Reply from 216.58.208.206: bytes=32 time=1ms TTL=58
Reply from 216.58.208.206: bytes=32 time=1ms TTL=58
Ping statistics for 216.58.208.206:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 1ms, Maximum = 1ms, Average = 1ms
C:\Users\Administrator>ping free.fr
Pinging free.fr [212.27.48.10] with 32 bytes of data:
Reply from 212.27.48.10: bytes=32 time=1ms TTL=58
Reply from 212.27.48.10: bytes=32 time=1ms TTL=58
Reply from 212.27.48.10: bytes=32 time=1ms TTL=58
Reply from 212.27.48.10: bytes=32 time=1ms TTL=58
Ping statistics for 212.27.48.10:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 1ms, Maximum = 1ms, Average = 1ms
C:\Users\Administrator>ping francogrid.org
Pinging francogrid.org [212.129.35.9] with 32 bytes of data:
Reply from 212.129.35.9: bytes=32 time<1ms TTL=59
Reply from 212.129.35.9: bytes=32 time<1ms TTL=60
Reply from 212.129.35.9: bytes=32 time<1ms TTL=60
Reply from 212.129.35.9: bytes=32 time<1ms TTL=60
Ping statistics for 212.129.35.9:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
LE PING FONCTIONNE POUR TOUS INTERNET
***************************************************************************
Test effectué avec 2 VM vierge (installation neuve) une en win 2012 r2 64bit et une en win 7 pro 64bit
=> IDEM
=> Le problème vient de l'adresse ip failover elle termine par 66 est-ce un signe :)
un truc à tester
si je me gourre pas, une ip failover chez online possede ces caracteristiques :
masque en 255.255.255.255 et passerelle idem que le host avec 1 à la fin.
donc la vm devrait avoir :
ip : 212.83.165.66
netmask : 255.255.255.255
gateway : 62.210.177.1
est ce possible de tester pour voir la reaction ?
sinon c'est vrai que 212+83+165+66 = 526 et 5+2+6 = 13 une coincidence ? je ne crois pas
Probleme resolue
Probleme resolue
Le soucis venai de l'ip failover, change d'ip est maintenant tous est ok
C'est démoniaque !
Et voilà,un changement d'ip failover et tout à l'air de fonctionner, les machines se voient !
Alors je ne peux m'empêcher de penser que cette ip finissant par 66 était .... diabolique ? LOLOLOL
bref, on va poursuivre l'experience demain
merci à Nino, ssm pour leur super aide !
merci à vous pour votre
merci à vous pour votre patiente et bonne humeur :)
@ Seb :
@ Seb :
"Concernant les réglages FrancoGrid : Nous avons mis à jour tous les simulateurs hébergés par FrancoGrid vers la version 0.8.2.1."
Quel est l'URL a rentrer pour "AgentPreferencesServerURI" ?
AgentPreferencesServerURI n
AgentPreferencesServerURI n'est pas géré par notre version de grille actuellement.
Tu peux commenter la ligne.
IP Failover non fonctionnelle
salut,
j'ai un soucis identique sur le non fonctionnement de mon ip failover (212.83.148.28). Bon c'est vrai il n'y a pas de 66 dedans :P
AgentPreferencesServerUR
Perso j'y ai mis une URL au hasard, a savoir "http://presence.francogrid.org:80"
Le fait de commenter la ligne fesait crasher le simu ^^