Jump to content

daabm

Expert Member
  • Gesamte Inhalte

    5.554
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von daabm

  1. daabm

    Letzter macht das Licht aus 2

    Ich bin beim Feierabend-Bier. Was ein -Tag...
  2. Produktmäßig fällt mir da FirstAttribute an - oder OpenIAM, s.o. Aber Benutzeranlage im Selfservice ist ein sicherer Schuss ins Knie
  3. daabm

    Letzter macht das Licht aus 2

    Immer die frühen Vögel, die das Licht ausschalten, kaum daß die Sonne untergegangen ist
  4. Antworten tut's weiter, aber langsamer - viiiiel langsamer... "Andere VM" - also andere Hülle/anderer Host - schon mehrfach. Update der VM auf 2016 oder 2019 wird auch diskutiert. Konkret zum I/O: Soll heißen: Solange der Speicher noch wächst, hab ich brutto knapp 300 MB I/O. Danach noch 180 kB.
  5. Ein fröhliches "Moin!" in die Runde Viel Whitespace kann nicht drin sein - oben die originale, unten nach "ntdsutil file compact to" - stolze 13 MB kleiner geworden: Ich habe die defragmentierte DIT dann verwendet, aber wir sind unverändert ratlos: Die Diagramme decken einen Zeitraum von 30 Minuten ab. Memorywachstum stoppt, I/O stoppt auch. Memory insgesamt sieht in dem Moment so aus: Ich sehe da nichts, was auch nur ansatzweise an irgendeinem Limit wäre.
  6. Nein, ich seh schon 128 GB RAM und 97 GB verfügbar Punkt 1: Steht jetzt ganz oben auf der Liste - Offline-Defrag. Nur dauert der ein paar etliche Stunden, bisher noch nicht dazu gekommen. Danke für den Denkanstoß! Punkt 2: Da läuft in dem Moment ein Check-Skript, das wirklich durch den kompletten Datenbestand durchgeht. Und "komplett" meint genau das, rekursiv durch die gesamte Containerstruktur. Edit: Das Check-Skript ist in dem Moment, wo die 28 GB Memory erreicht werden, bei weitem nicht zur Hälfte fertig. Ich bin gespannt... Und werde berichten.
  7. Da fängt der Fehler im System glaub schon an
  8. Hallo zusammen. Ich habe hier ein AD LDS mit einer adamntds.dit von 85 GB. Fragt nicht warum - ist so Der Server dazu (2012R2 Standard auf 2016 HyperV) hat 1 vSocket, 4 vCPU und 128 GB Hauptspeicher, und nach allem, was ich weiß und bei MS dokumentiert ist, sollte dsamain.exe (der LDS-Serverdienst) sich deshalb im Lauf der Zeit auch gut 85 GB RAM genehmigen. Tut es aber nicht: Anders formuliert: Bei 28 GB gibt es ein Plateau, die vorher stetig steigende Speichernutzung stagniert und CPU/IO fallen in den Keller. Reproduzierbar auch nach Reboot, immer das gleiche Spiel - Speicher steigt kontinuierlich, Plateau bei 28 GB und Performance im Keller. Hat jemand eine Erklärung, warum das so ist und was ich dagegen tun kann? Braucht der Server mehr vCPU? (Obwohl die Auslastung da gerade mal um die 30% liegt). Gibt es irgendwelche hardcoded Limits in dsamain.exe? Liegts an der aktuellen Luftfeuchtigkeit? (Obwohl, gestern war es trockener, da war das aber auch schon so...) Wenn Infos fehlen, einfach kurz Bescheid geben. Und ja, Google/MSDocs hab ich durch - da geht's aber immer nur um das Gegenteil, "AD braucht zu viel Speicher". Bei mir ist es "AD braucht zu wenig Speicher"
  9. Mir ist die Anforderung nicht ganz klar, da geht es mir wie @Dukel. Geht es um die Produkthistorie oder um die Kundenhistorie oder um was genau? Die Formulierung "direkt am Produkt tätig" ist ein wenig diffus... Wenn's einfach sein soll, wäre ein WIki vielleicht nicht ganz falsch, aber da sind zu viele Anforderungen unklar.
  10. for /? und dann schau Dir mal %~dp0 an.
  11. Such mal nach "delayed expansion"; das ist was Dir hier fehlt... Der Set in der For-Schleife kommt im Rest vom Batch nicht an, %xml% enthält "nichts". PS: Das XML eines geplanten Tasks so zu parsen wäre mir nie eingefallen - Powershell kann das deutlich besser.
  12. So aus dem Bauch: Du hast eigentlich kein DNS-Problem (bzw. nicht nur), sondern (auch) ein Kerberos-Problem. So ist das jedenfalls immer, wenn IP geht, Hostname aber nicht. Aber um da was zu sagen, hast Du zu wenig über Deine Infrastruktur erzählt. Der "Access denied" bei der DNS-Verwaltung kommt ja nicht daher, daß der DNS-Server nicht erreichbar wäre, sondern daß Du kein TGS dafür hast.
  13. ....und die Hoffnung stirbt zuletzt
  14. daabm

    Letzter macht das Licht aus 2

    Weiß leider niemand... :-(
  15. daabm

    Gendern für Männer

    Ach komm, sei doch einfach Herminia und dann hat sich das... Oder im Gender-Style Her*minia*mann. Ich hab ja nichts gegen Gleichberechtigung und Neutralität und Rücksicht - bin eher ein Freund davon. Aber das nervt mich so langsam irgendwie, vor allem weil es keinen Konsens dazu gibt. Jede(r|s) gendert, wie (er|sie|es) es für richtig hält. Da hat Englisch echte Vorteile
  16. daabm

    Letzter macht das Licht aus 2

    Das Feierabendbier geht wie immer auf mich 🍺
  17. [regex]::escape( "string" ) - fürs nächste Mal
  18. Ich formulier's mal anders: Ohne aktiven Listener kannst Du in der FW Ports aufmachen, solange Du willst, da wird nmap nie was finden... Und die FW macht die Ports auch nur dann auf, wenn es eben diesen aktiven Listener auch gibt.
  19. daabm

    Letzter macht das Licht aus 2

    Ganz ehrlich, derzeit wäre ich echt froh, wenn in meinem Perso nicht 1967, sondern 1957 stehen würde
  20. daabm

    Letzter macht das Licht aus 2

    Da werd ich neidisch... Aktuelle Lage sagt "noch 13 Jahre"...
  21. daabm

    Letzter macht das Licht aus 2

    @Nobbyaushb "Laß es krachen" ist grad wohl der falche Spruch, aber ich wünsche Dir alles Gute und hoffe, Du hattest einen angenehmen Tag - dem noch viele weitere folgen mögen
  22. Das hast Du Dir aber irgenwie selber gebastelt - warum sind Deine DNS-Namen gedoppelt? domain_intern.lokal.domain_intern.lokal.
  23. Procmon wurde schon oft genug genannt - das ist hier das Tool der Wahl um zu sehen, welcher Zugriff schief geht. Lokal kann es ja kaum sein, ein Filter auf den UNC-Pfad und alle "SUCCESS" rauswerfen dürfte recht schnell zum Ziel führen.
  24. daabm

    Letzter macht das Licht aus 2

    Kaffee war gut, ich hab jetzt mal n Bier aufgemacht. Mittwoch ist bei uns Change-Nachmittag, das war heute etwas anstrengend
  25. daabm

    Letzter macht das Licht aus 2

    Ich hoffe, daß es @lefg Edgar gut geht - wissen kann ich es aber nicht :-( Hier schneit es heute wie blöde (mehr als im ganzen Dezember und Januar), zum Glück bleibt das Zeug im April nur noch auf den Autos liegen und nicht auf der Straße. Wobei es gestern Verkehrsnachrichten gab - "durchgehende Schneedecke auf der A8 zwischen Rutesheim und Pforzheim". Verrückte Welt... Das Licht geht langsam aus.
×
×
  • Neu erstellen...