Das Notes Forum

Domino 9 und frühere Versionen => ND6: Administration & Userprobleme => Thema gestartet von: stoeps am 28.10.03 - 17:52:47

Titel: Update von R5 auf R6 die unendliche Geschichte
Beitrag von: stoeps am 28.10.03 - 17:52:47
Hi zusammen,

ich werd noch wahnsinnig mit den Updates von 5 auf 6.

Kurz meine Umgebung:
AS400 mit Domino R6.0.1cf2
Clients R6.0.2cf1 und cf2 deutsch vorher R5.0.9 - 5.0.11 deutsch

Ich hab bereits rausgefunden, dass die Multilanguage-Templates Mist sind, da sie die Inbox löschen (bzw. neu erstellen, dadurch alle  vorhandenen Mails nur noch in "Alle"). Dieses Problem hab ich mit dem Template eines deutschen Clients auf die Reihe bekommen.

Jetzt hab ich noch 2 Probleme.
Beim Update der Templates werden der "Aufgaben aktualisieren" und der "OutOfOffice"-Agent deaktiviert. Wie kann ich das verhindern? Ich wollte eigentlich schon, dass aktivierte Agenten aktiviert bleiben und deaktivierte eben nicht.

Ausserdem können meine User (Entwicklerzugriff) ihren Abwesenheitsagenten beim ersten Mal nicht über Werkzeuge - Abwesenheit aktivieren. Erst muss in die Ansicht Agenten gewechselt werden, dort z.B. auf aktivieren oder starten oder öffnen klicken, speichern -> Signatur bekommt den Usernamen -> dann kann der OOO normal über Werkzeuge eingeschaltet werden. An was liegt das? Wie kann ich das beheben?

Knowledgebase und Suche führen mich irgendwie nicht weiter. Wer kennt das Problem und gibt's ne Lösung?

mfg
Stoeps
Titel: Re:Update von R5 auf R6 die unendliche Geschichte
Beitrag von: Ralf_M_Petter am 29.10.03 - 08:16:55
Hallo!

Weiss  nicht ob es hilft, aber ich habe erst vor einem Monat von 5.0.11 auf 6.0.2 CF1 auf der Iseries upgedatet und hatte keine der von dir beschriebenen Probleme mit den Templates. Auch der Abwesenheitsagent funktioniert bei uns ohne Probleme. Wie hast du denn das Ersetzten der Templates gemacht?

Grüße

Ralf
Titel: Re:Update von R5 auf R6 die unendliche Geschichte
Beitrag von: Semeaphoros am 29.10.03 - 08:23:08
Wesentliche Frage, der Convert beherrscht das normalerweise, während bei einem direkten Ersetzen über ein Design-Replace genau solche Erscheinungen auftreten.
Titel: Re:Update von R5 auf R6 die unendliche Geschichte
Beitrag von: MartinG am 29.10.03 - 09:27:01
...das einzige Problem was ich nachvollziehen kann ist das die Agenten deaktiviert werden. Das war bei mir aber schon immer so - d.h. bei jedem Schablonenupdate z.B. von 5.05 auf 5.09a und dann auf 5.011 und jetzt auch von 5.011 auf 6.02CF2 habe ich den gleichen Effekt.

Das ist IMHO aber auch nicht ganz unlogisch da ja der alte Agent gelöscht wird und durch einen neuen ersetzt wird...
Titel: Re:Update von R5 auf R6 die unendliche Geschichte
Beitrag von: Glombi am 29.10.03 - 09:40:06
Ob ein Agent beim Templatewechsel aktiviert wird, hängt davo ab, ob der Agent im Template aktiviert ist.

Deinem Posting entnehme ich, dass Du die Template per DESIGN Task oder manuell aktualisierst und nicht per Converst. Korrekt?

Für die Migration empfehle ich die Verwendung des Concert Tasks über die Serverkonsole.

Andreas
Titel: Re:Update von R5 auf R6 die unendliche Geschichte
Beitrag von: Semeaphoros am 29.10.03 - 09:53:22
Hey, Andreas, Du musst Deinen Server umbenennen, das ist kein Notes-Server mehr, das ist ein Noten - Server, schliesslich gibt es bei Dir einen Concert - Task    ;D

Convert ..... :-)
Titel: Re:Update von R5 auf R6 die unendliche Geschichte
Beitrag von: Glombi am 29.10.03 - 10:06:33
Beim Concert Task ist es wichtig, den folgenden NOTES.INI Eintrag zu setzen:

CONCERT_SOUND_FILE=<Pfad Sound-Datei>

der dann beim Start des Noten-Server die entsprechende Musik spielt.

Sorry, für diesen Offtopic...

Andreas
Titel: Re:Update von R5 auf R6 die unendliche Geschichte
Beitrag von: MartinG am 29.10.03 - 10:09:43
Okay... dann habe ich dieses in der vergangenheit konsequent falsch gemacht bzw. falsch verstanden....

Wobei mir bis auf die ausgeschalteten Agenten nie etwas negativ aufgefallen ist...
Titel: Re:Update von R5 auf R6 die unendliche Geschichte
Beitrag von: Glombi am 29.10.03 - 11:12:59
Ich habe gerade mal mit dem convert Task rumgespielt.

Aufgaben die ich mir gestellt habe:
1. Migriere alle Maildatenbanken im Verzeichnis mail\ und den Unterverzeichnissen - egal welche Schablone die Maildatenbanken haben - auf die neue 6er Schablone.

2. Aktualisiere auch die persönlichen Ordner, in denen "Keine Gestaltungsänderungen zulassen", auf das neue Design des Inbox Ordners.

zu 1)
An der Serverkonsole eingegeben:
load convert -r mail\* * mail6.ntf

Ergebniss: Alle Maildatenbanken wurden konvertiert.
Wichtig: Periodische Agenten (Aufgaben aktualisieren, Out Of Office) wurden mit den Einstellungen aus der Schablone überschrieben, spricht deaktiviert !!!
Der Inbox Ordner wurde migriert und enthält alle Dokumente, die zuvor auch da waren (sehr schön).
Persönliche Ordner wurden nicht migirert (ok). Beim Öffnen eines persönlichen Ordners kommt eine Meldung, dass eine Funktion aus einer Script Library nicht gefunden wird (auch ok, da ja in R6 alles neu). Das ist natürlich für den Anwender schlecht, also müssen auch die persönlichen Order migriert werden. Das geht NUR MIT DEM CONVERT TASK!. Also zu

2)
An der Serverkonsole eingegeben:
load convert -u mail\aglombit.nsf

Meine persönlichen Ordner wurden migriert!
ABER!!! Leider muss ich das - da ich 6.0.2 CF2 verwende - für alle User machen.
Für den Admin ziemlich aufwendig!

Das ist aber offenbar in 6.0.3 gefixt:
SPR# MPEN5KJLGF - Fixed a problem where "Load convert -u" would not work with wildcards. This regression was introduced in 6.0.2.

Also sollte unter 6.0.3 auch folgendes gehen:
load convert -u mail\*

Nur leider habe ich kein 6.0.3 Server installiert, da es noch kein deutsches LP gibt.
Oder ich gehe auf 6.0.1 deutsch. Vielleicht kann das mal jemand verifizieren, der diese Version nutzt.

Es bleibt: Die Agenten sind deaktiviert. Du musst also Deine User darüber informieren.

Andreas
Titel: Re:Update von R5 auf R6 die unendliche Geschichte
Beitrag von: stoeps am 29.10.03 - 11:14:34
Hi

@Ralf_M_Petter:
mit load convert mail/db-name * mail6

@Semeaphoros:
Leider nein, zumindest nicht mit den deutschen Templates

@MartinG:
Mag ja logisch sein, aber dann muss vor jedem Update prüfen, ob die betreffenden User im Urlaub sind. Ob das dann Sinn macht, weiss ich nicht.

@Glombi:

Deinem Posting entnehme ich, dass Du die Template per DESIGN Task oder manuell aktualisierst und nicht per Converst. Korrekt?
Nö, ich aktualisiere per convert und tippe momentan drauf, dass das mit diesen "Scheiss"-Deutschen-Schablonen passiert und in den englischen bzw. internationalen Templates funktioniert.

Danke für den Tipp mit den Agenten im Template aktivieren, damit kann ich wenigstens den Aufgaben-Agent wieder flott kriegen, hilft mir aber nix beim OOO.

Titel: Re:Update von R5 auf R6 die unendliche Geschichte
Beitrag von: stoeps am 29.10.03 - 11:16:38
Ich habe gerade mal mit dem convert Task rumgespielt.

Aufgaben die ich mir gestellt habe:
1. Migriere alle Maildatenbanken im Verzeichnis mail\ und den Unterverzeichnissen - egal welche Schablone die Maildatenbanken haben - auf die neue 6er Schablone.

Mit der multilanguage Schablone, also der, die nach dem Serverupdate und LP einspielen am Server liegt?
Titel: Re:Update von R5 auf R6 die unendliche Geschichte
Beitrag von: Glombi am 29.10.03 - 11:23:04
[Mit der multilanguage Schablone, also der, die nach dem Serverupdate und LP einspielen am Server liegt?
Ja - siehe Screenshot.

Windows 2000 Betriebssystem
Lotus Domino 6.0.2 CF2 mit LP 6.0.2 CF2

Andreas
Titel: Re: Update von R5 auf R6 die unendliche Geschichte
Beitrag von: sotonic am 29.06.07 - 12:10:25
Bei Verwendung von "lo convert -u" gibt`s dafür aber Probleme im Regel Ordner (Buttons).

http://www-1.ibm.com/support/docview.wss?rs=899&context=SWA40&context=SWA50&context=SWA60&context=SWCZ0&context=SWD10&context=SS4R7J&context=SSES8G&context=SSKTYF&context=SSMT72&context=SSPQ7E&context=SSMSB2&context=SS6JVW&context=SS5LUA&context=SSCM2P&context=SS3LP9&context=SSFLMV&context=SSESJN&context=SSKTPA&context=SSVHEW&context=SSVHFY&context=SSVLBW&dc=DB510&dc=DB520&dc=D800&dc=D900&dc=DA900&dc=DA800&dc=DA440&dc=D600&dc=D700&dc=DB540&dc=DB400&dc=DA410&dc=DA450&dc=DA430&dc=DA420&dc=DA460&dc=DB300&dc=DA470&dc=DA480&dc=DB100&dc=DA4A10&dc=DA4A20&dc=DA700&dc=DA4A30&dc=DB550&dc=D100&q1=Running+%22lo+convert+-u%22&uid=swg21190266&loc=en_US&cs=UTF-8&lang=all

= anschließend nochmal ein lo convert drüber oder auf den Design Taks warten.