AtNotes Übersicht Willkommen Gast. Bitte einloggen oder registrieren.
12.11.19 - 00:31:28
Übersicht Hilfe Regeln Glossar Suche Einloggen Registrieren
News:
Schnellsuche:
+  Das Notes Forum
|-+  Lotus Notes / Domino 9
| |-+  ND9: Administration & Userprobleme (Moderatoren: Axel, Thomas Schulte, koehlerbv)
| | |-+  DBMT "killt" Server
« vorheriges nächstes »
Seiten: [1] Nach unten Drucken
Autor Thema: DBMT "killt" Server  (Gelesen 492 mal)
Tode
Moderatoren
Gold Platin u.s.w. member:)
*****
Offline Offline

Geschlecht: Männlich
Beiträge: 6272


Geht nicht, gibt's (fast) nicht... *g*


« am: 11.06.19 - 10:17:34 »

Wir haben hier einen nagelneuen DELL- Server stehen: 8 Kerne, 96GB RAM, 13TB Platten,
TRANSLOG auf anderer Platte als Nutzdaten.

Betriebssystem: Linux, Domino 9.0.1FP9HF1450

Dieser Server geht regelmäßig in die Knie fast bis zum Stillstand. Top zeigt dann einen "WA"- Wert von 90 oder höher,
hdparm zeigt einen Durchsatz von 100MB/sec (im "Normalzustand" sind es 1800MB/sec)

Der Clusterpartner hat wesentlich ältere Hardware und ist dazu noch virtualisiert: Der hat das Problem nicht.

Wir hatten testweise den DBMT Task deaktiviert (bzw. aufs Wochenende verschoben), und das schien die Sache zu entschärfen. Aktuell läuft der Server gut mit guten Stats.

Jetzt haben wir gerade einen Test gemacht:

lo dbmt -compactThreads 2 -updallThreads 2 -compactNdays 5 -force 1 -timeLimit 120

Und sofort geht der Server in die Knie: Die Prozessorauslastung geht nach oben, die Response- Zeiten werden mies.

Ist das jemandem schonmal untergekommen, dass der dbmt einen Server derart tot macht?
Gespeichert

Gruss
Torsten (Tode)

P.S.: Da mein Nickname immer mal wieder für Verwirrung sorgt: Tode hat NICHTS mit Tod zu tun. So klingt es einfach, wenn ein 2- Jähriger versucht "Torsten" zu sagen...

Mit jedem Tag meines Lebens erhöht sich zwangsweise die Zahl derer...
... denen ich am AdminCamp ein Bier schulde... Wenn ich hier jemanden angehe: Das ist nie persönlich, sondern immer gegen die "Sparwut" der Firmen gedacht, die ungeschultes Personal in die Administration unternehmenskritischer Systeme werfen... Sprecht mich einfach am AdminCamp an, ich zahle gerne zur "Wiedergutmachung" das ein oder andere Bierchen an der Bar
Jörg P.
Gold Platin u.s.w. member:)
*****
Offline Offline

Beiträge: 716

Ich liebe dieses Forum!


« Antworten #1 am: 11.06.19 - 18:22:07 »

Moin,

so ähnlich kommt mir das bekannt vor...

Auf einem Linux Server ging die CPU auf Anschlag, wenn Volltextindizes aktualisert wurden, also der Updall Task ins Spiel kam. Das ist aber schon etwas her, ich glaube zu FP7 Zeiten.

Und dann crashten unsere iSeries Dominos, nachdem wir von FP8 auf FP10 IF3 aktualisert hatten, wenn der DBMT anlief. Dafür haben wir einen Hotfix bekommen und dann war alles wieder gut.

Wird wohl ein Ticket bei HCL fällig werden...

Gruß
Jörg
Gespeichert

A programming error was found but will not be corrected. It will be a permanent restriction.  Roll Eyes
Micha-BRLN1
Frischling
*
Offline Offline

Beiträge: 19


« Antworten #2 am: 02.07.19 - 13:16:51 »

Wir hatten das gleiche Problem für 9.0.1 FP9HF139 auf Windows-Servern. Das Fehlerbild war etwas eigenartig - der http-Task ging auf 50% CPU-Auslastung... dazu konnte man in der Konsole sehen, daß der Compact bei meist ziemlich großen Mail-DB´s hängen blieb, siehe Anhang.

Da allerdings unsere neue Geschäftsführung entschieden hat, zu Outlook zu wechseln, wurde das Problem nicht verfolgt, sondern DBMT deaktiviert. Mit den fürs WE terminierten Compact- und Fixup-Tasks traten diese Probleme nicht auf.

Gruß Micha
« Letzte Änderung: 02.07.19 - 13:55:04 von Micha-BRLN1 » Gespeichert
Seiten: [1] Nach oben Drucken 
« vorheriges nächstes »
Gehe zu:  


Einloggen mit Benutzername, Passwort und Sitzungslänge

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2006, Simple Machines Prüfe XHTML 1.0 Prüfe CSS
Impressum Atnotes.de - Powered by Syslords Solutions - Datenschutz | Partner: