IBM Traveler 9.0.1.15 server release

[Gutierrez]

Sonst guck mal ins NTS*-Logs im Verzeichnis IBM_TECHNICAL_SUPPORT\traveler\logs nachdem du "tell traveler log level finer" oder "tell traveler log level finest" eingestellt hast. Je nach Benutzeranzahl kann die Leistung einbrechen, da wirklich sehr sehr viel geloggt wird.

// Edit: Hab nachgeguckt, wie das heißt.

[michael-r]

Ich habs schon installiert, da ich gerne den Fehler LO90097 (Invitation disappears from native iOS Calendar Inbox before action can be taken) korrigiert haben wollte.

Installation hat, wie üblich, problemlos geklappt.
Beim Start lief automatisch das Schem-Update.

Der erste übliche Test (Mails empfangen und senden, Kontakt erstellen und bearbeiten) zeigt keine Probleme.
Neue Einladungen werden jetzt (hurra) auch wieder am Calendar-Icon und dort im Eingang angezeigt.

Also von meiner Seite aus gibt es erstmal nichts zu beanstanden. 

Wir haben hier ein Fix für die Version .14 bekommen von der IBM, das das Problem mit  LO90097 (Invitation disappears from native iOS Calendar Inbox before action can be taken) behebt.

MFG Michael

[Tode]

Nur zur Info: man kann auch den Loglevel nur für einen einzelnen User hochsetzen, nennt sich loglevel override. Genaue. Befehl müsste ich raussuchen...

EDIT: Befehle lauten:

Code

tell traveler log adduser finest <username>

und zum zurücksetzen:

Code

tell traveler log removeuser finest <username>

[Scr_ooge]

@Tannibal:
kommt der Fehler beim Neustart noch?
Gibt es einen Weg, den los zu werden?

"te traveler tablerepair" schien ja nicht geholfen zu haben..

Gruß, Scr_ooge

[Tannibal]

Fehler bei der Traveler-Funktion gibt es ja mittlerweile keine mehr.

Ich habe gerade eben Antwort auf mein Ticket bekommen:

Mein Kollege vom Deveolpment hat mitgeteilt, dass die Fehlermeldung keine Fehlfunktion von Traveler bedeutet. Sie arbeiten an einem APAR, der nicht vor dem 28.11. erscheinen wird um diese Meldung zu verhindern. Ich melde mich wieder bei Ihnen sobald ich neue Informationen habe.

[Scr_ooge]

ok, ein Fehler ist es nicht, aber eine unschöne Meldung..

Danke für das Update
 

[Tannibal]

  FIX VERSION:      9.0.1.15
  FIX BUILD LEVEL:  201611291200_40

  FIX LIST:

   - LO90903: DUPLICATE ACCOUNT RECORDS WHERE THE ACCOUNT NAME CHARACTERS ARE IN VARIOUS LETTER CASE ARE NOT IDENTIFIED BY DBACCOUNTSCHECK
   - LO90926: STANDALONE TRAVELER SERVERS WITH INCORRECT DATABASE SCHEMA NEED AN ADDITIONAL SCHEMA MANAGEMENT METHOD FROM THE TRAVELER SERVER.

+ tell traveler sql ALTER TABLE inv_map ALTER COLUMN devuid NOT NULL

hat das Problem behoben 

[Gutierrez]

@Tannibal
Ja, OK, hast du dir den Fix ausgedacht und soll das so sein? Oder ist bei einer Neuinstallation die Spalte devuid in Tabelle inv_map mit not null definiert?

[Tannibal]

den Fix & Befehl bekommst du von IBM ..

[Gutierrez]

@Tannibal
OK, das war mir nicht ganz klar! 

Beste Grüße

[netzgoetter]

Haben heute ebenfalls das Hotfix bekommen

[Tode]

Heute haben wir auch den Fix angefordert, und ihn innerhalb einer halben Stunde bekommen (dafür erst mal Respekt).
ABER: In der Anleitung stand folgendes:

"Fixpack for the APAR LO90926  The fixpack must first be installed.
Then after installing the fixpack and starting Traveler the following command must be executed in the console, "tell traveler sql ALTER TABLE inv_map ALTER COLUMN devuid NULL".
The customer will see the console message, "Traveler: Command 'ALTER TABLE inv_map ALTER COLUMN devuid NULL' was completed successfully."
Then the Traveler server can be restarted. Upon restart, the warning message will no longer be given as the Traveler server will be able to correctly add the PK_INVMAP primary key to the INV_MAP table."

Der aufmerksame betrachter wird merken: Da fehlt ein NOT im Gegensatz zu dem von Tannibal geposteten Befehl, und der funktioniert dann auch prompt nicht.

Also ACHTUNG: Wer jetzt den Fix anfordert sollte den Befehl von Tannibal ausführen, NICHT den, der von der IBM in der Mail mitgesendet wurde...