Merci, j'ai pas encore eu le temps d'essayer à nouveau pour le service snmpd, nous utilisons PRTG dans notre entreprise mais comme les messages en général d'InterSystems ne prennent pas en compte l'UTF-8, nous étions en train également de tester via une API pour savoir ce que l'on récupère mais aussi pour rendre plus lisible les informations.
Le statut des productions par exemple c'est: Arrêté mais depuis le SNMP, InterSystems renvoie: "ArrÃ@tÃ@"

Bonjour,

Merci de votre réponse, je vais essayer de faire en sorte que le fichier de config snmpd soit similaire à celui que vous avez envoyé pour voir si cela corrige le problème, car actuellement lorsque je regarde le statut du service après l'avoir normalement lancé, il est toujours considéré comme inactif.

Je reviens vers vous. Merci !

En poursuivant les tests, j'ai ouvert en UDP les ports 161 et 162 sur le docker d'InterSystems. Cependant j'ai toujours ce problème de timeout.

J'ai remarqué que j'avais cependant une erreur au bout d'environ 2 minutes après avoir activé le service monitor comme expliqué dans le post. Voici l'erreur :

J'en déduis qu'il n'arrive pas à ouvrir en TCP le port 705, cependant ce port est précisé et est bien ouvert dans mon docker compose. Je suis donc bloqué.

J'ai suivi ces informations sur la documentation d'InterSystems : https://docs.intersystems.com/irislatest/csp/docbook/DocBook.UI.Page.cls...

Mais il est impossible pour moi de démarrer le service snmpd.

Merci pour l'information !

Nous allons en discuter pour faire une mise à jour.

Bonjour @Guillaume Rongier 

Alors j'ai deux namespaces mais j'ai 2 fichiers distincts ayant la même fonction:

Class TEST.maclasse Extends %RegisteredObject
{
ClassMethod testPython() As %Status [ Language = python ]

{

    print("Ok")

}
}

ET

Class SUPPLYCHAIN.maclasse Extends %RegisteredObject
{
ClassMethod testPython() As %Status [ Language = python ]

{

    print("Ok")

}
}

Ces fichiers étaient créés avant de lancer le docker pour lancer iris. Ce docker compile automatiquement les fichiers dans les bons namespaces (SUPPLYCHAIN est le dossier pour le namespace SUPPLY_CHAIN et TEST est le dossier pour le namespace TEST).

Par la suite j'appelle via un terminal IRIS dans les bons namespaces, les méthodes:

TEST>do ##class(TEST.maclasse).testPython()
Ok

ET

SUPPLY_CHAIN>do ##class(SUPPLYCHAIN.maclasse).testPython()
<OBJECT DISPATCH> *python object not found

Après avoir posté ce matin ma question j'ai recherché de mon côté et il s'avère que lorsqu'on crée une nouvelle classe dans SUPPLY_CHAIN avec le même code et que je l'importe moi même, je retrouve ceci:

SUPPLY_CHAIN>do ##class(SUPPLYCHAIN.test.maclasse).testPython()
Ok

Alors en effet, le fichier du côté SUPPLY_CHAIN a une fonction OnProcessInput en ObjectScript mais en faisant vraiment un copier/coller du fichier, l'appel à la fonction python marche parfaitement, mais sur le fichier d'origine j'ai toujours un python object not found, c'est là où je pense que c'est un bug

En espérant vous avoir aidé à mieux comprendre,

Cordialement

Bonjour,

Oui je change de namespace avant et le nom du package juste avant n'est plus TEST mais SUPPLYCHAIN :

do ##class(SUPPLYCHAIN.maclasse).testPython()

Sur le namespace TEST je l'appelle comme ceci :

do ##class(TEST.maclasse).testPython()

Evidemment, les deux fichiers existent et sont bien compilés 

Bonjour, @Lorenzo Scalese 

C'est ce qu'on cherchait, merci beaucoup c'est parfait !

Cordialement

Bonjour @Lorenzo Scalese 

Merci pour votre réponse ! Malheureusement nous n'utilisons pas Studio, il me semble que c'est faisable via le portail directement mais nous ne savons plus comment procéder.