MD 7.03.00 CE: "Provisioning Server failed...."

Guten Tag,

seitdem wir das neue Update eingespielt haben, erscheint auf unseren SNOM 821 im Display der Hinweis “Provisioning Server failed…”.

Im access.log des Apache gibt es dazu die folgenden Einträge:

192.168.0.210 - - [14/Aug/2013:15:23:04 +0200] “GET /provisioning/000413482F98 HTTP/1.1” 200 573 “-” “Mozilla/4.0 (compatible; snom821-SIP 8.7.3.15 SPEAr300 SNOM 1.4)”
192.168.0.210 - - [14/Aug/2013:15:23:05 +0200] “GET /provisioning/000413482f98/web_lang HTTP/1.1” 200 540 “-” “Mozilla/4.0 (compatible; snom821-SIP 8.7.3.15 SPEAr300 SNOM 1.4)”
192.168.0.210 - - [14/Aug/2013:15:23:06 +0200] “GET /provisioning/000413482f98/gui_lang HTTP/1.1” 200 540 “-” “Mozilla/4.0 (compatible; snom821-SIP 8.7.3.15 SPEAr300 SNOM 1.4)”
192.168.0.210 - - [14/Aug/2013:15:23:07 +0200] “GET /provisioning/000413482f98/settings HTTP/1.1” 500 249 “-” “Mozilla/4.0 (compatible; snom821-SIP 8.7.3.15 SPEAr300 SNOM 1.4)”

Der letzte Eintrag löst vermutlich den Fehler aus.

Gruß,

Stefan

Hallo Stefan,

du meinst die 7.03.02? Das ist die aktuellste Version die wir am Montag freigegeben haben.

Unter /var/log/mobydick/provisioning/ findest du verschiedene Log-Dateien die die Mac-Adresse eines Telefons als Namen haben. Könntest du hier bitte für den passenden Zeitraum den Inhalt der Log-Datei deines Snom 821 posten? - Wir können das Problem bei uns gerade nicht nachvollziehen.

Ein weiterer Punkt: Sind genügend Lizenzen frei? (die MD7-CE erlaubt ja nur 6 Telefone)

Grüße,
Jan

Hallo Jan,

ja, ich dachte mir, ich spiele gleich mal Tester für das neue Release ;-))

ich habe nur 3 Telefon konfiguriert, hier die Logdateien:

/var/log/mobydick/provisioning/000413482f98.log:

2013-08-14 15:23:05 deviceHandler notice : Das Gerät mit der MAC-Adresse 000413482f98 existiert bereits in der Datenbank;
2013-08-14 15:23:06 deviceHandler notice : Es wird ein Fallback auf den Suchpfad [snomlang-8.7.3] durchgeführt
2013-08-14 15:23:06 provisioningController notice : Anfrage /provisioning/000413482f98/gui_lang von 192.168.0.210 - Mozilla/4.0 (compatible; snom821-SIP 8.7.3.15 SPEAr300 SNOM 1.4)

/var/log/mobydick/provisioning/provisioning.log:

2013-08-14 08:49:31 provisioningController notice : Anfrage /provisioning/snom821-firmware.htm von 192.168.0.210 - Mozilla/4.0 (compatible; snom821-SIP 8.7.3.15 SPEAr300 SNOM 1.4)
2013-08-14 08:49:31 deviceHandler notice : Die MAC-Adresse konnte aus Mozilla/4.0 (compatible; snom821-SIP 8.7.3.15 SPEAr300 SNOM 1.4) nicht ermittelt werden;
2013-08-14 08:49:31 provisioningController notice : Es wurde kein zuständiger DeviceHandler für diese Anfrage gefunden;

Ich habe das Telefon nicht gelöscht, sondern nur die Zuweisung zu einem Benutzer entfernt, den Benutzer gelöscht, neu angelegt und ihm das Telefon wieder zugewiesen.
Das war erforderlich wegen eines anderen Problems, zu dem es aber auch schon ein Ticket gibt.

Gruß,

Stefan

Hallo Stefan,

aus diesen Logs kann ich nichts ersehen, was bei einer Anfrage zu /settings zu einem Error 500 führen würde. Du könntest noch versuchen, einen Factory-Reset des Telefons durchzuführen, oder es probeweise mal einem anderen Benutzer zuordnen. Wenn das nichts hilft, könntest du unter /var/log/zend/php.log nachsehen, ob es dort vielleicht zu einem Fehler kommt?

Grüße,
Jan

Hallo Jan,

ich habe das Problem mit Hilfe der Logdatei /var/log/zend/php.log gefunden:

[19-Aug-2013 17:20:02 UTC] PHP Fatal error: Uncaught exception ‘ex_exception’ with message ‘Argument mobydick7.in-put.de is not a valid ip number’ in /TARGET/SHARE/var/www/mobydickcmd/module/netconfig/mod_netconfig.php:124
Stack trace:
#0 [internal function]: mod_netconfig->getMobyDickIp(‘mobydick7.in-pu…’)
#1 /TARGET/SHARE/var/www/mobydickcmd/cmn/class/module/ex_moduleCallInterceptor.php(167): call_user_func_array(Array, Array)
#2 /TARGET/SHARE/var/www/mobydickcmd/module/ipphone/mod_ipphone.php(249): ex_moduleCallInterceptor->__call(‘getMobyDickIp’, Array)
#3 /TARGET/SHARE/var/www/mobydickcmd/module/ipphone/mod_ipphone.php(249): ex_moduleCallInterceptor->getMobyDickIp(‘mobydick7.in-pu…’)
#4 [internal function]: mod_ipphone->findParsedSettingObjects(1, Array)
#5 /TARGET/SHARE/var/www/mobydickcmd/cmn/class/module/ex_moduleCallInterceptor.php(167): call_user_func_array(Array, Array)
#6 /TARGET/SHARE/var/www/mobydickcmd/module/snom/class/snomDeviceHandler.php(546): ex_moduleCallInterceptor->__call(‘findParsedSetti…’, Array)
#7 /TARGET/SHARE/var/www/ in /TARGET/SHARE/var/www/mobydickcmd/module/netconfig/mod_netconfig.php on line 124

Vor dem Update hat die Verwendung eines FQDN statt einer IP-Adresse als “Settings URL” funktioniert.

Gruß,
Stefan

Hallo Stefan,

im Zuge der Integration des Cluster-Moduls in der 7.03 haben wir unter anderem die Auflösung der MobyDick Server-IP umgebaut. Hier wird jetzt ein bestimmter Wert wohl zu streng validiert. Ich hab ein entsprechendes Ticket aufgenommen, mit der nächsten Fix-Version 7.03.03 sollte das dann wieder funktionieren. Als Workaround kannst du in den Settings derweil einfach die IP eintragen.

Grüße,
Jan

Guten Morgen Jan,

Danke für die Info.

Gruß,
Stefan

Hallo Stefan,

ich würde mich gerne mit Deinem Problem beschäftigen, mir fehlt aber ein entscheidendes Details: wie kommt der Domain-Name bis zu dieser Code-Stelle. Wo hast Du denn den eingetragen, wird der per DHCP-Server ausgerollt?

Gruß,

Thomas

Hallo Thomas,

Danke für die Hartnäckigkeit! :slight_smile:

Der FQDN ist in der settings url enthalten, die ich dem Telefon mit auf den Weg gebe. Die settings url und die beiden Optionen darunter sind die einzigen Einstellungen, die ich manuell am Telefon vornehme, den Rest üebrnimmt der MD.

Gruß,

Stefan

Hallo Stefan,

Danke für die Info.

Gruß,

Thomas