Réunion du 03-12-2024

Changements du code de la semaine

• 🏗️

Avertissement

Attention : Ce résumé existe pour orienter vos recherches. Des erreurs d'interprétation ne sont pas à exclure. Pour plus de précisions, veuillez vous référer aux sources ou vous adresser directement aux développeurs d'OpenSimulator en assistant aux réunions du mardi ou sur le canal IRC. Je ne fais pas partie des développeurs, ne vous adressez pas à moi pour les joindre. Merci.😉

Modules

Moteur physique : UbODE

• 🏗️

Informations

OSCC 2024

• Programme des conférences : https://conference.opensimulator.org/schedule/. Deux sessions sont encore en cours de programmation au moment de la réunion.
• Les développeurs d'Opensim interviendront samedi 07 à 7h pour le plateau Core Dev et à 11h45 pour le Q&R VIP (Fuseau horaire PST )

Maintenance d'Osgrid

• Situation de la grille la semaine dernière.
• La grille est à nouveau hors ligne. Les services d'assets d'OSGrid sont toujours hors service et la grille a dû arrêter l'utilisation des assets par le public, la migration n'a pas aimé se dérouler en parallèle. Il semblerait qu'il y ait eu un problème avec la taille du cluster.
• OSgrid utilise Ceph[1] pour stocker ses données. Tous les assets sont dans un système de fichiers.
• En ce moment personne ne peut se connecter à Osgrid à part les utilisateurs qui ont le mode dieu (god). Les développeurs d'opensim ont le mode dieu sur Osgrid par tradition. Cela devrait apparaître sur le profil.

NDLR  : Extraits de l'article posté sur le site d'Osgrid [2] traduits avec DeepL[3]. Retour à la maintenance par Osgrid|Publié le 30 novembre 2024 Malheureusement, la nuit dernière, la restauration incrémentale a échoué, poussant le cluster dans un état inutilisable. Il a commencé à refuser activement toute nouvelle connexion et pour éviter des dommages, la grille a été à nouveau mise hors ligne et mise en mode maintenance. [...]. Questions et réponses : Pourquoi ne pouvez-vous pas nous dire immédiatement ce qui a échoué ? ===================================================================== Parce que nous sommes des techniciens et non des médiums informatiques. Nous observons un problème, essayons d'en trouver la cause et voyons si nous pouvons le résoudre. Mais tout n'est pas simple et évident, et même si les pannes sont évidentes, il faut parfois du temps pour en trouver l'origine. Le réseau s'éteint et nous envoyons un message d'alerte. Nous savons que le cluster est très sollicité. Il est arrivé que des problèmes soient dus à cette charge de travail, alors que l'écriture d'un processus s'interrompait. Mais la raison d'une défaillance n'est pas toujours évidente. Il peut s'agir d'un manque de ressources, d'une fuite de mémoire, d'une attaque contre nos serveurs, d'une panne de réseau, d'un code cassé, d'un problème de système ou de configuration, ou d'un tas d'autres choses. Mais ce sont des actifs que nous traitons. La priorité numéro 1 est donc de protéger vos « biens ». Nous ne mettons pas le réseau hors service si nous n'en ressentons pas le besoin. Combien de temps cela prendra-t-il ? ==================================== Nous ne pouvons pas répondre à cette question. L'hypothèse la plus plausible est que nous avons probablement rouvert le site trop tôt. [...] Il ne s'agit pas d'un nouveau problème. Nous ne pouvons que vous demander de tenir bon. [...]

Réunion

• 🏗️

Source

http://opensimulator.org/wiki/Chat_log_from_the_meeting_on_2024-12-03