nouveau serveur connecté et soucis de tp avec serveur fg partenaire

19 posts / 0 new
Last post
#1 Fri, 12/02/2016 - 01:31
No picture available
Praline B

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/7710875047387392

je 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 !

 

Fri, 12/02/2016 - 16:17
No picture available
ssm2017 Binder
Admin

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.

Fri, 12/02/2016 - 16:21 (Reply to #2)
No picture available
ssm2017 Binder
Admin

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.

Fri, 12/02/2016 - 19:19 (Reply to #3)
No picture available
Praline B

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 ;)

 

 

 

 

Fri, 12/02/2016 - 19:26 (Reply to #4)
No picture available
Praline B

PS à propos de blacklisté ...

PS à propos de blacklisté ...

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é.

Veux tu dire "redémarrer la machine partenaire ou la mienne " ?

Fri, 12/02/2016 - 20:37 (Reply to #5)
No picture available
ssm2017 Binder
Admin

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)

Fri, 12/02/2016 - 21:05 (Reply to #6)
No picture available
ssm2017 Binder
Admin

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)

Sat, 13/02/2016 - 01:22 (Reply to #7)
No picture available
Praline B

Merci , on reprend tous la

Merci , on reprend tous la dessus lundi ;)

bon weekend à tout le monde ! ;)

Sun, 14/02/2016 - 10:28
No picture available
Nino85 Whitman
Admin

ping activé

ping activé

le ping est possible maintenant car par defaut il n'est pas autorisé

 

Mon, 15/02/2016 - 11:44
No picture available
ssm2017 Binder
Admin

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 ?

Mon, 15/02/2016 - 17:43
No picture available
Nino85 Whitman
Admin

-----------------------------

---------------------------------------------------------------------------
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 :)

 

Mon, 15/02/2016 - 19:49
No picture available
ssm2017 Binder
Admin

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

Mon, 15/02/2016 - 20:23
No picture available
Nino85 Whitman
Admin

Probleme resolue

Probleme resolue

Le soucis venai de l'ip failover, change d'ip est maintenant tous est ok

 

Mon, 15/02/2016 - 21:22 (Reply to #13)
No picture available
Praline B

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 !

Tue, 16/02/2016 - 19:29 (Reply to #14)
No picture available
ssm2017 Binder
Admin

merci à vous pour votre

merci à vous pour votre patiente et bonne humeur :)

Thu, 18/02/2016 - 21:10
No picture available
Claudius Utopy

@ 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" ?

Fri, 19/02/2016 - 10:22 (Reply to #16)
No picture available
ssm2017 Binder
Admin

AgentPreferencesServerURI n

AgentPreferencesServerURI n'est pas géré par notre version de grille actuellement.

Tu peux commenter la ligne.

Sat, 23/04/2016 - 13:39
No picture available
minimat 26

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

 

Sat, 23/04/2016 - 16:47
No picture available
Claudius Utopy

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 ^^