magicpeter

Alles klar. Danke

Moin, wie würde die korrekte Lizenzierung bei folgender Konfiguration aussehen? 2 x Windows 2019 Hyper-V Server mit jeweils 12 Kernen (1 Prozessor) HYPERV1 mit 5 VMs aktiv (Produktivserver) HYPERV2 mit 5 VMs-Replicate (Backupserver) Von HYPERV1 werden mit Veeam Backup&Replication die VMs auf HYPERV2 repliziert. Die VM´s auf dem HYPERV2 sind also nicht aktiv. Ich denke wir brauchen jetzt pro HYPERV 3 x Windows 2019 Standard. Da die Windows 2019 Standard Lizenzen an die Hardware gebunden sind und auch nicht bewegbar sind. Egal ob die VMs aktiv sind oder nicht die VMs müssen korrekt lizensiert werden. Insgesamt also 6 x Windows 2019 Standard (max. 12 VMs) Ist das korrekt?

Moin, konnte das Problem beheben. Es gibt eine unsaubere und einfache und eine korrekte Methode . Wie immer eigentlich. Es muss nur auf dem Ordner wo die VHDx-Dateien drin sind die Berechtigungen Vollzugriff gesetzt werden. Unsaubere Methode Benutzer "Jeder" anlegen und Vollberechtigung vergeben. oder besser Saubere Methode Namen und IDs für alle VMs auflisten Get-VM | Select VMName, VMId, Path | fl VMName : SERVERAP2_rep VMId : e7286a26-1b7d-4a74-b0f1-9021df6aaebb Path : D:\VM\SERVERAP2 Rechte auf den VHDX Ordner setzen icacls D:\VM\SERVERAP2 /grant e7286a26-1b7d-4a74-b0f1-9021df6aaebb:F /T Problem gelöst. Es treten keine Fehler mehr auf.

Stimmt darüber habe ich noch gar nicht nachgedacht. Dann sollte ich wohl mal die bad badwordliste überarbeiten...

Ich habe bei unserem Exchange 2019 einige Nachrichtenflußregeln erstellen um Spamemails an Hand Ihres Inhaltes zu filtern. Also eine Badwordliste erstellt. Diese Liste wird aber auch auf die ausgehenden, also von mit versendeten Nachrichten angewendet. Wie kann man eine Nachrichtenflußregel nur für eingehende Nachrichten erstellen?

Moin Evgenij, danke für deine Rückmeldung. Ich habe mir das einmal auf dem Produktivserver, also da wo die VM läut mit dem Befehlt "Get-VM | Select VMName, VMId, Path | fl" angeschaut. Dort hat die VM eine andere VMId VMName : SERVEREX1 VMId : fcff0977-1805-47d0-a438-b149e8c3284a Path : D:\VM\SERVEREX1 und auch auf dem Backupserver hat er diese VMId VMName : SERVEREX1_replica VMId : 146a7185-f4ee-4b31-96fd-14dfe5bf65aa Path : D:\VM\SERVEREX1 Auf den Server gibt es auch für die Dateien einen Benutzer mit der jeweiligen VMId Lese- und Schreibrechte. Der Übergeordnete Ordner SERVEREX1 hat diesen Benutzer nicht. Ich hatte die Berechtigung für diese Datei auch einmal auf Vollberechtigung gesetzt, dann hat die Replication ohne Probleme geklappt. Aber die Vollberechtigung war nach der Replication wieder weg und dann kann es wieder zu der Fehlermeldung.

Hallo, wir haben auf dem Backupserver folgende Fehlermeldung im Eventlog für jede VHD/VHDX Datei. Was ist denn da los? Event id 20790 Quelle: Hyper-V-VMMs Ebene: Fehler Benutzer: NT VIRTUAL MACHINE\146A7185-F4EE-4B31-96FD-14DFE5BF65AA Fehler beim Festlegen der Sicherheitsinformationen für "D:\VM\SERVEREX1\SERVEREX1_C.vhdx": Allgemeiner "Zugriff verweigert"-Fehler (0x80070005). Auf den Servern läuft ein Veeam Backup & Replication V.11. In Veeam werden bei der Datensicherung und Replication keine Fehler angezeigt. Umgebung: 2 x HYPERV Windows 2019 (1 Produktiserver und 1 Backupserver) mit 6 VMs Das Problem tritt erst auf seit dem wir einen permanenten Failover mit Veeam B&R Version 11 durch geführt haben und einen neuen Produktivserver in Betrieb genommen haben. Vorher gab es den Fehler nicht. Das selbe Problem tritt auch bei einem anderen Kunden nach einem permanenten Failover auf. Es scheint also mit dem Failover zusammenzuhängen. Die Berechtigungen der VM´s habe ich geprüft und diese sind alle da und korrekt.

Ich teste gerade einmal die verschiedenen E-Mails und Ihre Eigenschaften (Anhänge, Absender, etc). Es gibt tatsächlich E-Mails vom gleichen Absender wo immer wieder das Problem auftritt, auch wenn man die E-Mail schon mal angeschaut hat und dann später noch mal darauf klickt kommt wieder die Meldung (Keine Rückmeldung) Das kann man immer wieder reproduzieren. Es scheint also an verschiedenen E-Mails zu liegen und kein generelles Problem. Problem konnte gefunden werden: Outlook zeigt beim Wechsel auf eine andere E-Mail im Posteingang oder anderen Ordnern in Outlook manchmal in der Titelleitste (Keine Rückmeldung). Das dauert dann 5 bis 10 Sekunden und dann wird die E-Mail angezeigt und man kann weiterarbeiten. Outlook repariert - keiner Verbesserung OST-Datei gelöscht - keine Verbesserung E-Mails mit Problemen überprüft - das Problem lässt sich bei den E-Mails mit dem Fehler reproduzieren, E-Mails Posteingang vom 16.08.22 - 05.09.22 wurden überprüft, es sind genau 4 E-Mails die den Fehler haben, alle E-Mails mit dem gleichen Thema // XXX TECH, in diesen E-Mails sind immer 3 Bilder enthalten, die Bilder sind nicht in die E-Mail eingefügt sondern werden beim öffnen der E-Mail nachgeladen und genau dieses Nachladen sorgt für diese Verzögerung. Es liegt also kein Problem auf unserer Seite vor, der Exchange Server und die Outlooks auf den Pc´s sind OK. Wenn Sie das Problem umgehen wollen, dann Speicher sie sich die Bilder aus der E-Mail lokal auf Ihrem PC und dann können Sie die E-Mail weiterleiten und vorher bitte noch die 3 Bilder aus der E-Mail löschen und mit den neuen gepeicherten Bildern ersetzen. Dann tritt das Problem nicht mehr auf. Das Problem resultiert aus verschiedenen E-Mail Programm / Benutzer die die Bilder nicht als Bilder sondern als Link einfügen.

Hi, wir haben eine Serverumgebung mit einem Exchange 2019, einem Server DC2019 und einem Server RDS 2019. Alles komplett durchgepatched. Bis letzte Woche lief alles einwandfrei. Jetzt treten bei verschiedenen Benutzern egal ob lokal am PC oder in der RDS-Sitzung in Outlook Verzögerungen auf. Es wird Office 2013, 2016 und 2019 eingesetzt. Das Problem tritt bei allen Versionen auf. Outlook zeigt beim Wechsel auf eine andere E-Mail im Posteingang oder anderen Ordnern in Outlook manchmal in der Titelleitste (Keine Rückmeldung). Das dauert dann 5 bis 10 Sekunden und dann wird die E-Mail angezeigt und man kann weiterarbeiten. Har das schon einmal jemand erlebt und hat eine Lösung dafür? Danke euch.

Moin Crismue, ja der Supermicro hat einen IPMI Zugang da kann man sich das anschauen. Ich prüfe einmal ob man dort Fehler sieht. Tatsächlich "2022/07/30 12:18:44 Sat","BIOS OEM","null","Assertion: Failing DIMM: DIMM location (Correctable memory component found) (P1-DIMMC2)" Dann werde ich jetzt einmal ein neues Speichermodul bestellen und dann einbauen. Danke Crismue für den Tip!

Moin, ja das sind Kingston Speicher die sind ECC

Kurze Rückmeldung. Der Fehler ist jetzt nach 14 Tagen nicht mehr aufgetreten. Es war dann tatsächlich der AV (Malwarebytes Agent). Danke, Flo es war tatsächlich der AV (Malwarebytes Agent) Deinstalliert und Defender wieder aktiviert und alles war gut.

Moin, einer unserer Windows Server 20190 HYPER-V´s hat in den letzen 2 Monaten 4 mal einen Neustart ausgelöst. 27.07.2022 - 03:01 Uhr 26.07.2022 - 00:06 Uhr 11.06.2022 - 17:49 Uhr 11.06.2022 - 19:04 Uhr Event-ID: 1001 Quelle: BugCheck Protokollname: System Quelle: Microsoft-Windows-WER-SystemErrorReporting Datum: 24.07.2022 03:01:50 Ereignis-ID: 1001 Aufgabenkategorie:Keine Ebene: Fehler Schlüsselwörter:Klassisch Benutzer: Nicht zutreffend Computer: HYPERVXXX-21 Beschreibung: Der Computer wurde nach einem schwerwiegenden Fehler neu gestartet. Der Fehlercode war: 0x000000d1 (0x0000000000000a30, 0x0000000000000002, 0x0000000000000000, 0xfffff80679a6480d). Ein volles Abbild wurde gespeichert in: C:\Windows\MEMORY.DMP. Berichts-ID: 50db5289-18bc-4a60-85c3-2507c34b59c7. Ereignis-XML: <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="Microsoft-Windows-WER-SystemErrorReporting" Guid="{ABCE23E7-DE45-4366-8631-84FA6C525952}" EventSourceName="BugCheck" /> <EventID Qualifiers="16384">1001</EventID> <Version>0</Version> <Level>2</Level> <Task>0</Task> <Opcode>0</Opcode> <Keywords>0x80000000000000</Keywords> <TimeCreated SystemTime="2022-07-24T01:01:50.677936600Z" /> <EventRecordID>328619</EventRecordID> <Correlation /> <Execution ProcessID="0" ThreadID="0" /> <Channel>System</Channel> <Computer>HYPERVXXX-21</Computer> <Security /> </System> <EventData> <Data Name="param1">0x000000d1 (0x0000000000000a30, 0x0000000000000002, 0x0000000000000000, 0xfffff80679a6480d)</Data> <Data Name="param2">C:\Windows\MEMORY.DMP</Data> <Data Name="param3">50db5289-18bc-4a60-85c3-2507c34b59c7</Data> </EventData> </Event> Konfiguration des Hyper-V Hyper-V ClusterNode - VX-1020-02 Supermicro Mainboard X10 DRi-LN4+ CPU: 2 x E5-2620v4 (16 Kerne, 2.1 GHz, 32 Logische Prozessoren) Raid OnBoard Intel® C612 Chipsatz Erweiterbar bis 16 TB - Raid 1 System-Speicher: 250 GB SSD - Raid 1 Performance-Speicher: 1 TB SSD - Raid 1 Performance2-Speicher: 4 TB SSD - Raid 1 SAN-Speicher: 8 TB HDD - Raid 1 Hauptspeicher: 128 GB (16x8 GB PC4-2400 / PC4-19200 DDR4 SDRAM RDIMM) (24x DIMM slots)ƒ Netzwerkkarten: 4 x 1 GB, 2 x 10 GB, 1 x IPMI Port Redundante Stromversorgung: 2 x 800W Kühlung: Lüfter mit PWM-Drehzahlsteuerungen Erweiterung: 6 x PCI-E Gehäuse: 19“, 4 HE Hersteller: Supermicro Garantie: 3 Jahre Serveralter: 2017 Habt Ihr eine Idee woran das liegen könnte? Von dem 128 GB eingebauten Ram-Speicher werden laut Task-Manager nur 120 GB RAM angezeigt. Eventuell ein Speichermodul kaputt? Ich lade mir gerade einmal die C:\Windows\MEMORY.DMP Datei runter. Mal schauen ob ich draus schlau werde ;) Vielleicht ist es auch ein Treiberproblem. Mal schauen ob es neuere Treiberversionen gibt. Gibt es ein Programm womit alle Treiber prüfen kann, ob es neuere Versionen gibt? Außer den "Geräte-Manager" ;)

Es scheint ein Problem des AV (Malwarebytes Agent) gewesen zu sein. AV deinstalliert und Defender wieder aktiviert. Läuft jetzt seit 5 Tagen ohne Probleme

Danke, für deinen Input. Werde ich mal im Auge behalten. Ich habe jetzt erst einmal den AV deinstalliert und die Software Teamdrive auf die neuste Version gebracht. Bis jetzt ist alles seit 2 Tagen gut. Mal schauen wie er sich über 1 Woche verhält. Ich halte euch auf dem Laufenden.

Der Fehler ist heute wieder aufgetreten. 98% Speicehrauslastung. Ich habe dann einmal versucht den Schuldigen zu finden. cd C:\Program Files (x86)\Windows Kits\10\Tools\10.0.22621.0\x64 poolmon "Nachdem Sie das Werkzeug gestartet haben, drücken Sie P. In der zweiten Spalte werden die Tags der Prozesse angezeigt, die nicht-paged Speicher verwenden (das Nonp-Attribut). Drücken Sie dann die Taste B, um die Treiberliste nach der Spalte Bytes zu sortieren." Poolmon zeigt mir folgende Treiber als Ursache für das Problem: File FMfc Io FOCX findstr /m /l /s FMfc %Systemroot%\System32\drivers\*.sys fltMgr.sys Mit "sc query fltMgr" können Details zum Treiber angezeigt werden C:\Windows\System32\drivers findstr /m /l /s File %Systemroot%\System32\drivers\*.sys acpi.sys acpiex.sys und 20 bis 30 Treiberdateien mehr findstr /m /l /s Io %Systemroot%\System32\drivers\*.sys acpi.sys acpiex.sys und 20 bis 30 Treiberdateien mehr findstr /m /l /s FOCX %Systemroot%\System32\drivers\*.sys keine Datei Ich werde jetzt heute Abend einmal den AV deinstallieren und schauen wie sich das System verhält. Ich werde nur den Defender aktiv lassen. Weiter alle Programme auf den neuesten Stand bringen. Hat jemand sonst noch eine Idee?

Moin Flo, danke für deinen Input. Der DC ist in einer VM. Das Komische ist der DC hat monatelang einbahnfrei gelaufen, erst nach dem Failover ist der Fehler aufgetreten. Das mag vielleicht nicht unbedingt damit etwas z tun haben, aber ich wollte es noch einmal erwähnen. Ich werde einmal den AV runterschmeisen und wieder neu installieren. Wenn der Fehler wieder auftritt, dann werde ich wie in diesem Beitrag beschrieben kein freier Arbeitsspeicher: "Nicht ausgelagerter Pool" http://woshub.com/huge-memory-usage-non-paged-pool-windows/ https://www.libe.net/memory-leak versuchen den Treiber zu finden der den Fehler verursacht. Wenn jemand noch eine Idee hat bitte gerne posten.

Ja, ne klar....

Ein bißchen was.... Es ist sind noch 2 Programm darauf installiert, darum geht das mal nicht so eben schnell... Aber ich glaube ich habe den Fehler gefunden. Es scheint ein Treiberproblem zu sein. kein freier Arbeitsspeicher: "Nicht ausgelagerter Pool" http://woshub.com/huge-memory-usage-non-paged-pool-windows/ https://www.libe.net/memory-leak Ich teste das gerade einmal...

Ich habe mir mal den Process Explorer runtergeladen, aber auch da finde ich den Speicherfresser nicht. Hat jemand eine Idee wo der verloren gegangene Speicher hin ist? Ich habe mir jetzt einmal das RamMap Programm der Sysinternals runtergeladen und da sehe ich jetzt 5.5 GB Nonpaged Pool. Könnte das mein Problem sein?

Danke, Flo ich werde das einmal prüfen. Der Server ist mit den aktuellen Updates versorgt. Moin Flo, habe diesen Artikel gefunden und es einmal so gemacht. Hat aber leider nicht gebracht. https://www.borncity.com/blog/2022/04/12/defender-signaturen-verursachen-extreme-ram-auslastung/ Was mich jetzt bei dem Server verwundert. Ich kann den Speicherverbrauch nicht an einem Prozesse festmachen. Wo ist der Speicher hin?

Moin, letzte Woche ist uns ein HyperV kaputt gegangen. Was nicht ganz so schlimm ist, da wir einen Replicationsserver haben. Dieser Replicationsserver ist jetzt nach dem Failover zum Produktivserver geworden und die VMs laufen alle einwandfrei bis auf den ersten Domain Controller. Da läuft der Arbeitsspeicher immer wieder voll und nach einem Neustart läuft alles wieder gut für 2 bis 3 Tage. Ich habe mir einmal im Task-Manager die Speicherauslastung der einzelnen Prozesse angeschaut konnte aber keine Auffälligkeiten feststellen. VM des ersten Domain Controllers (Windows 2019, 4 GB Ram erhöht auf 6 GB Fehler tritt trotzdem noch auf) Umgebung 2 x Windows 2019 HyperV (Produktiv & Replication) (128 GB Ram, 6 TB SSD, 2 x i5-2620 v3 2,4 GHz CPU) 4 x VM´s (Windows 2019) 1 x Physiker Server (1 TG HDD, 16 GB Ram, Windows 2019) als 2´ter Domain Controller 1 x NAS 10 TB (Veeam Backup & Replication V.11) Wie finde ich den Speicherfresser? ;) Danke für euere Hilfe. Anbei das Bild von den Prozessen:

Moin, ich habe für eine Urlaubsvertretung 5 Konten mir Postfachstellvertretern erstellt. (Vollberechtigung und Senden als) Jetzt wäre es toll wenn auch der Benutzer der die 5 Konten in der Urlaubszeit betreut für jedes der Konten eine Signatur anlegen könnte. Das geht aber nicht. Da nur sein Konto in den Outlook-Einstellungen angezeigt wird. Auch gibt es keinen Suchordner für die 5 Konten. Wie kann ich das ändern? Danke euch...

Das Problem ist gelöst durch „Über den Installer Dienst, der auf die Vms installiert wird." https://helpcenter.veeam.com/docs/backup/vsphere/runtime_process.html?ver=110 Wir haben den Veeam Installer Service auf den VMs installiert. Der Installer Service kann auf eine der folgenden Arten installiert werden: Manuelle Installation durch Ausführen der Datei VeeamInstallerSvc.msi unter C:\Programme\Veeam\Backup and Replication\Backup\Packages. Sie können die erforderlichen Komponenten im selben Ordner auch manuell für die zukünftige Verwendung vorinstallieren. Oder Sie können den Installer Service die Komponenten automatisch während der ersten Ausführung des Sicherungsauftrags installieren lassen, wobei die Gastverarbeitung dieser VM durch persistente Agenten aktiviert ist. Automatische Installation durch den Veeam-Backup-Server beim Hinzufügen der VM zu verwalteten Servern in der Veeam Backup & Replication-Infrastruktur. Automatische Installation mithilfe eines Anmeldeskripts. Automatische Installation mit Domänengruppenrichtlinien. Installation mit dem Standard-Softwareverteilungstool eines Drittanbieters.

Danke Dir, jetzt habe ich mal eine Hausnummer. OK, dann ist das wirklich nicht viel.