magicpeter

Moin Jan, das ist ein guter Ansatz, aber leider ist der Support etwas träge. Den Support hatten wir bereits mehrfach kontaktiert. Und tatsächlich hatte sich der Support heute wieder mal gemeldet. Der Support hat jetzt die Datenbank angefordert und wird diese überprüfen und sich dann wieder bei uns melden. Da bin ich dann mal gespannt. Es ist halt nur sehr komisch, das das Problem bei 4 PC´s auftritt und bei einem nicht. Das deutet doch nicht wirklich auf die Datenbank hin oder was meinst du?

Update: Auch der Warenwirtschaft SQL Client auf dem ServerSQL1 selber ist sehr langsam. Also scheint es nicht mit den einzelnen PC´s zusammenzuhängen. Wenn man dort einen Kunden aufruft ist es genauso langsam wie an den langsamen PC´s. Das ist doch sehr komisch oder? Test der Server Aktuelle MTU in Windows auslesen netsh interface ipv4 show interfaces MTU-Werte auf den Servern: ServerSQL1 = 1500 ServerDC1 = 1500 MTU Wert prüfen Ich konnte gerade per Fernwartung einen Ping Test vom ServerDC1 zum ServerSQL1 durchführen. ping serversql1 -f -l 1500 Pakete müssten fragmentiert werden, DF-Flag ist gesetzt 4 verlorene Pakete Erst mit ping serversql1 -f -l 1472 treten keine Fragmentierungen mehr auf und alle Pakete gehen wieder durch. Wenn man jetzt den IP/ICMP-Header (28) dazu addiert, dann ist man bei 1500. Also scheint auf dem Server alles korrekt eingestellt zu sein. ich werde jetzt einmal die PC´s prüfen.

Moin Evgenij, danke für den Input. ich werde jetzt einmal die Clients überprüfen ob es da unterschiede in den Einstellungen gibt und wenn das nix bringt dann einmal einen Client deinstallieren und neuinstallierten. Danke, das ist eine gute Idee. Ich werde as einmal prüfen.

Moin, wir haben ein Problem Houston . Wir haben eine Warenwirtschaft mit einem SQL Server die sich seit ca. 4 Wochen komisch verhält. Die Abfragen / Aufrufe von Kunden dauert teilweise sehr lange an alle PC´s bis auf einen PC. Umgebung: 5 PC´s mit Intel. Nucs i5, 16 GB Ram, 200 SSD (2 x Windows 11 Prof, 3 x Windows 10 Prof) 1 Windows 2019 Hyper-V mit 2 VMs (Windows 2019 Std.) ServerDC1 der Domaincontroler und DNS, DHCP, Fileserver und den ServerSQL1 mit dem MS SQL Server 2019 Std) ServerDC1 (2 Cores, 4 GB Ram, C: 80 GB, D: 300 GB Fileserver) ServerSQL1 (4 Cores, 40 GB Ram, C: 80 GB, D: 200 GB SQL-DB) Der schnelle Rechner ist einer mit Windwos 11. So wie kann es jetzt sein das alle Rechner wenn ich die Warenwirtschaft dort startet und einen Kunden aufrufe langsam sind und nur der eine Rechner schnell. Es sind 3 PC´s über einen 5 Port Switch mit dem ServerSwitch verbunden und da ist auch der schnelle Rechner dabei. Ports wurden schon getaucht, aber es hat sich nichts verändert. Der schnelle Rechner ist schnell und die langsamen PC´s bleiben langsam. ;) Die anderen beiden PCs sind direkt mit dem ServerSwitch verbunden und auch langsam. Ping sind von alle PC´s an den ServerSQL und ServerDC s bei 1 ms Namesauflösung des des Servernamen funktioniert. Virenschutz wurde schon von einem PC entfernt und das Problem tritt immer noch auf. Hat jemand eine Idee wo es dran liegen könnte oder wie ich das feststellen kann? Update: Auch der Warenwirtschaft SQL Client auf dem ServerSQL1 selber ist sehr langsam. Also scheint es nicht mit den einzelnen PC´s zusammenzuhängen.

Moin, mit Unterstützung https://administrator.de/forum/oeffentlicher-kalender-in-outlook-koennen-die-eintraege-nicht-mehr-geaendert-oder-geloescht-werden-6175697620.html?token=4#comment-6179959544 konnte ich das Problem lösen. Moin, genau das war die Lösung. Windows-Anmeldeinformationsverwaltung bereinigen https://de.godaddy.com/help/outlook-pc-windows-anmeldeinformationsverwaltung-bereinigen-9197 Es gab noch ein zusätzliches Problem mit dem 2ten E-Mail Konto was im Outlook noch eingerichtet war. Das hast die Anmeldeinformationen des ersten Kontos überschrieben. Ich habe dann das 2te Konto entfernt und über den Exchange Server sauber über die Postfachstellvertretung geregelt und das Postfach in Outlook über "Zusätzlich diese Postfächer öffnen" eingebunden. Das Problem tritt jetzt nicht mehr auf. Danke für die Unterstützung.

Moin, danke für deinen Kommentar. Ja die Standard Sachen habe ich gemacht. Keine Fehler in der Autokonfiguration. Ja, der Benutzer1 existiert noch im AD Ich glaube auch das noch irgendwo ein Verweis auf en alten Benutzer ist und das stört den Exchange oder AD. Aber wo? Den alten Benutzer habe ich einen neuen Alias gegen und der mailnickname wurde auch entsprechen geändert. Ich habe das im AD im Benutzer im Attribut-Editor überprüft.

So jetzt habe ich eine kleine Erfolgsmeldung. Wenn ich im Outlook unter Kontoeinstellung / Sicherheit / "Immer zur Eingabe von Anmeldeinformationen auffordern" ankreuze, dann klappt es. Ich melde mich dann mit dem neuen Benutzer 2 an und ich kann die öffentlich Kalendereinträge auch wieder löschen / ändern. Da scheint etwas mit mit der Anmeldung zur E-Mail Adresse nicht zu stimmen. Wie kriege ich das wieder hin. Es macht je keine Spaß sich jedesmal beim Outlook Manuel anzumelden.

Hat keiner eine Idee?

Moin, wir setzen eine Exchange 2019 mit aktuellem CU12 und allen Sicherheitsupdate ein. Es gibt einen öffentlichen Ordner den alle Benutzer nutzen. Die Standardberechtigung der Benutzer ist Autor Alle Benutzer arbeiten einwandfrei mit dem öffentlichen Kalender. Es können Termine eingetragen, geändert und gelöscht werden. Es gibt jetzt einen Benutzer der kann Termine eintragen, aber diese nicht mehr löschen oder ändern. Ich habe bereits die Berechtigung im Öffentlichen Order als Administrator im Outlook für den Benutzer geändert es hat nichts genutzt. Ich habe bereits die Berechtigung im Öffentlichen Order per Powershell für den Benutzer geändert es hat nichts genutzt. .\AddUsersToPFRecursive.ps1 -TopPublicFolder „\Öffentlicher Kalender“ -User „xxx@xxxxxx“ -Permissions „Author“ Ich habe bereits die Berechtigung im Öffentlichen Order per Exchange Admin Center für den Benutzer geändert es hat nichts genutzt. Habe Ihr eine Idee wie ich das Problem lösen könnte. Kleiner Nachtrag. Ich höre gerade. Der Benutzer wurde im AD einmal neuangelegt. Vorher Benutzer1, jetzt Benutzer2. Das E-Mail Konto / die alte E-Mail Adresse wurde im Benutzer2 eingetragen. Also die E-Mail Adresse wurde beibehalten und wird jetzt von Benutzer2 weiter genutzt.

Ja, jetzt geht es. Danke für den Tip. Das ist eine gute Idee. Ich habe einen Hund, dem werde ich jetzt immer die Probleme als ersten erzählen. Ich hoffe er kommt damit klar.

Trying xx.xxx.50.xx... Connected to xxxmailserver.de. Escape character is '^]'. 220 xx.xxx-xxxxx.local ESMTP Service ready Aber so...

Moin, ein Exchange 2013 mit aktuellen CU läuft seit 6 Jahren zuverlässig. Jetzt sollte eine neue Domain die neuen E-Mails empfangen. Umgebung : HYPERV 2012 R2 2 VMs (DC, Exchange) SecurePoint Firewall UTMv11 Lancom DSL-Router 1. neue Domain ist im Exchange Server unter Akzeptierte Domains eingerichtet Vollqualifizierter Domänenname: xxxxxx.eu Domänentyp: Autoritativ 2. Neue Benutzer Konten mit den neuen E-Mail Adresse wurden im Exchange Server eingerichtet 3. Interne E-Mail an die neuen E-Mail Konten funktionieren 4. MX-Record beim WebDesigner/Hoster vor 48 Stunden einrichten lassen - ping auf dem externen Hostname funktioniert - MX Record ist lauf https://mxtoolbox.com/ eingerichtet 5. E-Mail an die neuen E-Mail Adresse kommen von externen Anwendern nicht an 6. Telnet Test durchgeführt telnet xxxmailserver.de 25 EHLO xxxmailserver.de mail from:<info@domaine.de)> rcpt to:<neue@neuedomaineu> 550 5.7.1 <neue@neuedomaineu>: Relay access denied Jetzt wo ich das so aufschreibe, sehe ich die mögliche Fehlerquelle. Es könnte die SecurePoint Firewall UTMv11 sein. Ich werde mal mit dem Betreiber/Verwalter sprechen. Was meinst Ihr? Ja, es war die SecurePoint Firewall UTMv11. Die nicht von uns ist. Da musste die neue Domain in den MailRelay eingetragen werden, damit diese auch durchgeht. Was habe wir heute wieder gelernt. Ruhig mal das Problem und die Umgebung aufschreiben dann kommt man selber zur Lösung Euch allen wünsche frohe Weihnachten und wenige Noteinsätze.

Super, danke. Dann lag ich ja richtig.

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.