Vorsicht vor Domino 12 und DAOS

[Atreju]

Hallo zusammen

In Domino 12.0.0 scheint es unter speziellen Konstellationen dazu zu führen, dass bei aktiviertem DAOS sogenannte DEAD LOCKS auf der daoscat.nsf vorkommen und den Server in die Knie zwingen. Der Server arbeitet dann Tasks nicht mehr ab und bleibt quasi "stehen". Laut HCL Support ist der Fehler seit kurzem bekannt und es sollte bald einen Fix dazu geben.

Bis dahin muss entweder auf Domino 11 downgraded werden, oder mittels compact -c -daos off das DAOS aufgelöst werden. Dann sollte der Fehler nicht mehr auftreten.

[CarstenH]

Nabend,

gibt es ergänzende Infos dazu oder ist eine bestimmte Konstellation bekannt, die Probleme verursacht?
Ich stelle auch gerade mehrere Server um (bzw. habe die ersten bereits umgestellt) und der komplette Verzicht auf DAOS ist eigentlich keine Option.

Carsten

[Atreju]

Nähere Informationen, was genau dazu führt und welche Bedingungen erfüllt sein müssen, sind uns leider nicht bekannt. Es scheint auch nur sehr selten vorzukommen, viele Installationen von Domino 12 laufen ja einwandfrei.

[Atreju]

Anscheinend hat HCL nun einen offiziellen Artikel herausgegeben dafür:


https://support.hcltechsw.com/csm?id=kb_article&sysparm_article=KB0095401

[CarstenH]

Danke für die Infos. Viel liefert der offizielle Artikel ja nicht dazu... Parallele Fixups sowie Fixups/Compacts auf DB's mit vielen NLOs scheinen laut dem inzwischen aktualisierten Artikel die Verursacher zu sein. Mit Fixups sollte man ja seit jeher sowieso nicht um sich werfen.

Die Kompatibilität zwischen den Katalogen als Grund fürs Deaktivieren ergibt für mich nicht viel Sinn, da man die ja löschen und in der jeweiligen Version einfach neu erstellen lässt.

Die einzigen Gründe, warum vor einem Downgrade die Objektspeicher aufgelöst werden müssen sind der Verschlüsselung geschuldet.
Ohne DAOS Verschlüsselung sollte man daher auch zwischen den Versionen wechseln können. Das hat HCL in der Beta Übersichtsseite ganz gut auf den Punkt gebracht:
https://help.hcltechsw.com/domino/earlyaccess/admn_attachmentconsolidationbeforedowngrading.html

Update: Ein Hotfix ist laut dem offiziellen Artikel inzwischen auf Anfrage verfügbar.

Carsten

[Atreju]

Die DAOS Verschlüsselung ist in der Tat das Problem, aber wenn diese einmal aktiviert ist, scheint es nicht möglich zu sein, das offline zu ändern.

HCL hat einen vorläufigen Fix dazu, wir haben diesen bei uns aber im Moment nicht installiert, da wir im Moment ohne DAOS arbeiten.

[omega]

Ich bezweifle sehr, dass das ein v12-Problem ist.
Ich habe hier im Oktober mit 11.0.1 FP3 vermutlich exakt dieses Problem gehabt:

 LkMgr BEGIN Long Held Lock Dump ------------------
[004760:000084-00007F4F4FFFF700] Lock(Mode=SIX* LockID(DB DB=/raid2/Notes/daoscat.nsf))


genauere Meldungen müsste ich suchen. Server war auf jeden Fall unbenutztbar.

FP4 hat nichts gebracht. Update auf 12 hat den Server wiederbelebt (bevor der Support sich sinnvoll geäußert hatte). Anscheinend hat das Upgrade die Datenbanken genügend durchgerüttelt um das Problem erstmal zu beheben.

[eknori]

Hier eine neue/ aktualisierte TN, die die Problematik etwas deutlicher macht.

https://support.hcltechsw.com/csm?id=kb_article&sysparm_article=KB0095401

Es geht also in erster Linie darum, dass der Fehler vornehmlich bei Datenbanken mit sehr vielen Attachments / NLO und / oder dann auftritt, wenn konkurrierende Fixup laufen.

Es ist also keinesfalls so, dass DAOS ein generelles Problem hat.

Ich hätte es auch besser gefunden, hier erst einmal FAKTEN zu posten, wenn man schon im Kontakt mit dem Support oder SWAT Team ist anstatt gleich los zu poltern. Damit ist niemandem geholfen. Und auch der Hersteller braucht eine gewisse Zeit, das Problem zu lokalisieren.

Das wird auch sicherlich nicht morgen mit 12.0.1 gefixt sein. Aber niemand muss hier in Panik verfallen und seine komplette DAOS aktivierte Datenbanksammlung zurückzudrehen.

[(h)uMan]

Ich bezweifle sehr, dass das ein v12-Problem ist.
Ich habe hier im Oktober mit 11.0.1 FP3 vermutlich exakt dieses Problem gehabt:

 LkMgr BEGIN Long Held Lock Dump ------------------
[004760:000084-00007F4F4FFFF700] Lock(Mode=SIX* LockID(DB DB=/raid2/Notes/daoscat.nsf))


genauere Meldungen müsste ich suchen. Server war auf jeden Fall unbenutztbar.

FP4 hat nichts gebracht. Update auf 12 hat den Server wiederbelebt (bevor der Support sich sinnvoll geäußert hatte). Anscheinend hat das Upgrade die Datenbanken genügend durchgerüttelt um das Problem erstmal zu beheben.

Wir sind noch auf 11.0.1 FP4 und das Problem taucht auch bei uns unregelmäßig immer mal wieder auf.
DAOS ist aktiv und bleibt auch aktiv.

Hatte eigentlich auf ein Fix mit 12.0.1 gehofft
Wird es für 12.0.1 ein Hotfix geben?

[eknori]

Wird es für 12.0.1 ein Hotfix geben?

rumors have it ...

[Atreju]

Der Server hatte den in der Technote beschrieben crash, nachdem er wieder hochfahren wollte, wollte er auf allen Datenbanken einen consistency check machen, was aber zu den dead locks führte, diese wiederum dazu, dass der Server nur ein paar Minuten lief, bevor er nicht mehr reagierte.
Deaktivieren von DAOS war anscheinend die einzige Möglichkeite, welche den Server in der schnellstmöglichen Zeit (weniger als 12h) wieder verfügbar gemacht hat.

mfg
Atreju

Hier eine neue/ aktualisierte TN, die die Problematik etwas deutlicher macht.

https://support.hcltechsw.com/csm?id=kb_article&sysparm_article=KB0095401

Es geht also in erster Linie darum, dass der Fehler vornehmlich bei Datenbanken mit sehr vielen Attachments / NLO und / oder dann auftritt, wenn konkurrierende Fixup laufen.

Es ist also keinesfalls so, dass DAOS ein generelles Problem hat.

Ich hätte es auch besser gefunden, hier erst einmal FAKTEN zu posten, wenn man schon im Kontakt mit dem Support oder SWAT Team ist anstatt gleich los zu poltern. Damit ist niemandem geholfen. Und auch der Hersteller braucht eine gewisse Zeit, das Problem zu lokalisieren.

Das wird auch sicherlich nicht morgen mit 12.0.1 gefixt sein. Aber niemand muss hier in Panik verfallen und seine komplette DAOS aktivierte Datenbanksammlung zurückzudrehen.

[eknori]

Es gibt seit 07.01.2022 einen HF / IF für das Problem
https://support.hcltechsw.com/csm?id=kb_article&sysparm_article=KB0095939

[ronka]

Laut aussagen von HCL ist dieser Fehler NICHT in 11.0.1 FP3 oder FP4 vorhanden. Es ist ein BugFix für etwas welches in 12.0 entstanden sein sollte.
Wenn jemand das also hat in den Versionen, ist das entweder was anderes dieses hier, und sollte NSD's gezogen werden, und den HCL Support zugeschickt werden.

Ein HotFix für 11.0.1 FPx gibt es also NICHT zu dieses Thema

[eknori]

Weitere technote und Hinweise vin Daniel Nashed https://blog.nashcom.de/nashcomblog.nsf/dx/latest-technote-about-domino-12.0.1-daos-hang.htm