Dominoupdate mit Hindernissen

[tron55]

Hallo,


ich habe kürzlich ein Update gemacht von 8.5.1 auf 8.5.3 FP 1.

Lief alles ganz gut soweit, die Server laufen zufriedenstellend.
An ein paar Ecken hakt es allerdings irgendwie.
Ich habe vor dem Update folgendes gemacht:

1) fixup -j -f  (Server war offline)
2) compact -c  (Server war offline)
3) updall (Server war online, aber ich musste das abbrechen)
4) updall (Server war ONLINE)

weil das so auch in der Technote empfohlen wird.

Beim Updall hatte der Server allerdings irgendwelche Probleme und nach 10 Stunden Downtime konnte ich nicht mehr warten dass der Prozess fertig wird.
Also habe ich das Updall später noch mal ausgeführt während der Server online war.
Das hat aber nicht zum Erfolg geführt- der Prozess hängt hier ständig bei 0% und regt sich nicht.

Ferner bekommen ein paar Leute nun Fehlermeldungen die da lauten:

Field: 'tmpLastUpdatedBy': Array index out of bounds'

Nun meine Frage:

Sollte ich das Updall in der Form einfach noch einmal offline versuchen und hoffen oder muss ich das generell eventuell sogar mit anderen Parametern starten?

VG
Mike

[m3]

An ein paar Ecken hakt es allerdings irgendwie.

Details? Was funktioniert nicht?

Beim Updall hatte der Server allerdings irgendwelche Probleme und nach 10 Stunden Downtime konnte ich nicht mehr warten dass der Prozess fertig wird.

Welche? Eintraege im Log, ... ?

IMHO:
1) server runter
2) fixup, compact auf die names.nsf, admin4.nsf, ...
3) updall auf die oben genannten DBs
4) Server starten
5) seperates updall auf die div. Mail- und App-DBs, vorher ev. ein compact (achtung wegen backup)

[tron55]

Hallo,

eigentlich sind es nur die beiden Sachen die mir bisher aufgefallen sind

1)Die Fehlermeldung  Field: 'tmpLastUpdatedBy': Array index out of bounds'
in einer AppDB
2) Wenn ich load Updall <db> mache, hängt er bei einer bestimmten DB auf 0 % und macht nicht weiter. Ich habe dann einen Prozess "index all" in der Taskliste der einfach nie fertig wird.

5) seperates updall auf die div. Mail- und App-DBs, vorher ev. ein compact (achtung wegen backup)

Compact -c ist ja schon mal durchgelaufen bei mir gestern.Trotzdem noch mal machen?
Was meinst du denn mit "Achtung wegen Backup"?  


PS: ... immer wieder eine Freude in Notes Logs irgendetwas zu suchen.
Wo muss ich denn reinschauen um so etwas (Fehler bei updall) zu sehen?
Ich hatte in Misc geschaut, aber dort scheint kein Fehler protokolliert zu sein.

[michael-r]

Hallo,

hast du den deine Anwendungen auf einem Testsystem getestet?

Zu 1) Die Fehlermeldung zeigt an das was ggf mit dem Feldwert bzw vielleicht mit der Schablone nicht stimmt. Vielleicht reicht schon ein bearbeiten und speichern.

Zu 2) Sind da irgendwelche Drittanbieter Prozesse, die ggf nicht sauber laufen?
Wir hatten einen ähnlichen Fall, das selbst programmierte Agenten sich weggehangen haben und dann einfach weiter liefen und der Server aber keine weiteren Agenten ausführen konnte. War ein Fehler in der Konfiguration der Anwendung.

Updall hat ja eigentlich nichts mit Index zu tun, aber ich würde die .ft Ordner (Index) vom Server(offline) entfernen vor dem Update. Hatte damit schon mal Fehlermeldungen in der Log die nicht zu erklären waren.

MFG Michael

[koehlerbv]

Servus Mike,

diese Meldung

Field: 'tmpLastUpdatedBy': Array index out of bounds'

steht in keinerlei Verbindung zum Update von 8.5.1 auf 8.5.3  und hat auch nichts mit dem updall zu tun - das problem muss schon vorher bestanden haben (da ist ein Feld "übergelaufen"). Bei näheren Informationen hierzu können wir auch da helfen, aber wie gesagt: Das ist eine neue Weide 

Bernhard

[tron55]

Da bin ich wieder 

@michael-r

..Also laut technote 21085954 bewirkt ein updall -X ein ich zitiere "Rebuild: Full text indexes only"
oder verwechsel ich da aktuell etwas?

Ich habe Updall nun mal 18 Stunden durchlaufen lassen, es bleibt immer noch hängen und wird nicht fertig.


@Bernhard

Nach ein bisschen Forschungsarbeit bleibt nur zu sagen: Du hast vollkommen recht... neue Baustelle.
Ich mache mich mal schlau damit ich das Verhalten etwas  besser beschreiben kann und melde mich dann noch mal. 

[michael-r]

Ja stimmt damit kannst du den Volltext index doch neuaufbauen, ich dachte nun an updall -r, habe die Optionen verwechselt.

Aber ich würde wie beschrieben, die .ft Ordner aus dem data Verzeichnis und unterverzeichnes entfernen wenn der Server offline ist. Nach dem starten des Servers sollten alle Indexe neuaufgebaut werden.

MFG Michael

[m3]

Wenn er an einer DB haengen bleibt, wuerde ich mir die mal genauer ansehen (fixup, compact). Falls Du nicht weisst, welche das, ist, musst Du eben, wie bereits geschrieben, compact und co nicht auf alle DBs starten, sondern auf jede einzeln.

[tron55]

@m3

Oje Klingt nach einer abendfüllenden Beschäftigung.

@michael-r

Ich glaube ich komme nochmal auf dich bzw deinen Vorschlag zurück.
Ich habe hier einen Anwender mit 30000 Dokumenten in der Inbox.
Bei jedem zweiten Klick in der Inbox rebuilded Notes da den Index neu; ergo15-20 Sekunden Zwangspause.

Ich überlege mir, dem einfach mal alle .ft Ordner weg zu löschen und zu schauen ob das anschließend performanter ist, wenn Notes den Index automatisch neu aufgebaut hat.

Klingt nach einem guten Plan?

VG
Mike