Traveler-Fehlermeldung: Bedeutung?

[schroederk]

Hallo,

nachdem ein Benutzer Probleme gemeldet hatte, dass er auf seinem iPhone keine Mails verschicken kann (empfangen aber schon), habe ich auf der Server-Konsole einen Initial-Sync angestoßen (tell traveler reset * Benutzer)
Daraufhin erhielt ich folgende Fehlermeldung auf der Konsole, die ich nicht deuten kann und Google (noch) nicht kennt:
(Es wird noch der User angezeigt, den ich hier aus der Meldung entfernt habe)

Lotus Traveler: Response is null for command FolderSync and should not be null with status 200

Kennt jemand diese Meldung? Was hat diese zu bedeuten?

[m3]

Kommt der User mit dem Iphone auf den Server (web)?

[schroederk]

Ja, der Benutzer kommt auf die Webseite vom Traveler.

Im Moment habe ich den Verdacht, dass eine solche Meldung vom Traveler durch das Überschreiten des Warnschwellenwerts bzw. max. Größe erzeugt wurde.
(Es gibt doch tatsächlich noch immer Mitarbeiter, die diese mind. täglichen Meldungen übersehen und wegklicken)

Ich habe allerdings jetzt die max. Größe seiner DB und den Warnschwellenwert erhöht und die Traveler-Konfiguration auf dem iPhone neu gemacht.
Bisher keine Probleme mehr.

[schroederk]

Hallo,

ich muss den Thread nochmal rauskramen, denn ich habe bei einem User wieder dasselbe Problem:
Lotus Traveler: SEVERE Response is null for command FolderSync and should not be null with status 200

Der Domino ist mittlerweile 8.5.3, der Traveler 8.5.3.2.

Zu Anfang (und das hab ich leider nicht gleich erkannt) hatte der User wieder mal den Warnschwellenwert überschritten.
Da hab ich aber auch schon einen "tell traveler reset * username" in die Console gejagt und soagr auch das Profil auf seinem iPhone 4S mit IOS6 neuinstalliert.

Nun habe ich die Größenbeschränkung und den Warnschwellenwert deutlich angehoben (von 1GB auf 2GB).
Das Profil habe ich schon (ein paar Mal) neuinstalliert und auch schon mehrmals ein tell traveler reset abgeschickt.
Aber der User bekommt weiterhin nichts synchronisiert und die Fehlermeldung auf der Console zeigt sich auch weiterhin hartnäckig, als wenn der Schwellenwert weiterhin überschritten wäre.
Die üblichen Fixup, compact und updall hat die Datenbank auch schon hinter sich.

Jetzt gehen mir so langsam die Ideen aus, ausser noch den Traveler oder gar Domino komplett zu beenden und neuzustarten.
Aber da sträube ich mich noch, da die anderen 77 Traveler-User problemlos arbeiten können.

Hat jemand noch nen Tip für mich?

[Driri]

Ich würde einen PMR bei IBM aufmachen. Vermutlich wird das Problem ja immer mal wieder auftreten und der Neustart des Servers (wenn er denn hilft) ist ja höchstens ein Workaround.

[schroederk]

Ok, hab ich gemacht... Mal sehen, wann sich einer meldet.

[Micha B]

iOS6 wird doch mit Traveler 8.5.3.2 garnicht unterstützt, oder?

[Driri]

Funktioniert trotzdem, IBM empfiehlt aber 8.5.3.3 IF1 zu installieren.

http://www-01.ibm.com/support/docview.wss?uid=swg24019529&wv=1

[schroederk]

Der Support hat mir empfohlen, ich solle ein tell traveler delete * <username> durchführen, allerdings bringt mir dies die Fehlermeldung

User username cannot be deleted now since another operation is in progress.

Habe auch schon alle Profile auf seinem iPhone gelöscht.

Frage am Rande: was sollte denn nun installiert werden, 8.5.3.100 oder 8.5.3.3 mit dem jeweiligen IF1?

[m3]

Traveler schon mal neu gestartet? da duerfte ein Thread haengen ...

[Micha B]

Frage am Rande: was sollte denn nun installiert werden, 8.5.3.100 oder 8.5.3.3 mit dem jeweiligen IF1?

Laut http://www-01.ibm.com/support/docview.wss?uid=swg21577369 '...Traveler 8.5.3.3 IF1 or later...'

[schroederk]

Frage am Rande: was sollte denn nun installiert werden, 8.5.3.100 oder 8.5.3.3 mit dem jeweiligen IF1?

Laut http://www-01.ibm.com/support/docview.wss?uid=swg21577369 '...Traveler 8.5.3.3 IF1 or later...'

Vielen Dank, ich habe die Info jetzt auch schon vom IBM Support selber erhalten.
Einfacher Unterschied: die 8.5.3.100 unterstützt Cluster und Failover, die andere nicht. In 8.5.4.x soll es wohl wieder nur noch eine Version geben.

Habe gerade den Traveler neustarten wollen, dabei ist mir Domino abgestürzt. Shared Memory Problem.
Nutze die Gelegenheit, um den Traveler dann auch auf die neueste Version zu bringen.

[Driri]

Was ist denn das für eine Maschine und wieviele Geräte synchen darüber ?

Shared Memory Probleme hatte ich auch, als unser Traveler noch mit Win32 lief und wir so bei 400 Geräten waren. IBM empfiehlt Win32 nur bis 300 Geräte.

[schroederk]

Traveler ist auf 8.5.3.3 IF1 und jetzt auch keine Probleme mehr.
Ob's am Neustart lag oder an der neuen Version lässt sich nicht mehr sagen, aber egal 

Ist ne 32bit Maschine mit knapp 80 Geräten, also noch locker im grünen Bereich.
Standardmäßig sind 100 HTTP-Sessions erlaubt, also Traveler + Webmail wenn vorhanden und genutzt.

Ich denke, die Shared Memory Problematik liegt einfach am OS und an der Laufzeit vom Domino, der vor dem heutigen Neustart etwas mehr als 6 Monate lief.
Ende des Jahres gibts ein frisches 64bit System virtualisiert, dann ist das auch Schnee von gestern.