Jump to content

fredy

Members
  • Gesamte Inhalte

    174
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von fredy

  1. vor 21 Stunden schrieb testperson:

    Hi,

     

    schau dir am Client mal an, was da noch für Profilleichen schlummern:

    Get-CimInstance Win32_UserProfile |
    	Where-Object { -not $_.Special }

     

    Theoretisch solltest du da alles abräumen können, was nicht diesem Filter (oder eben einzeln) entspricht:

    Get-CimInstance Win32_UserProfile |
    	Where-Object { -not $_.Special -and -not $_.Loaded } |
    		Remove-CimInstance

     

    Und generell: Servergespeicherte Profile abschaffen. :-)

     

    Gruß

    Jan

     

    Hallo Jan

    Hat leider nicht zum gewünschten Ergebnis geführt, aber danke für den Ansatz.

    Wir werden den PC wohl neu aufsetzen.

     

    Gruss

    Fredy

  2. vor 1 Stunde schrieb cj_berlin:

    Doch, die Meldung kenne ich.

     

    Und nein, "zu langes im Schrank herumliegen" ist schon bei Windows 7 kein Problem mehr gewesen.

     

    Das könnte wieder eine dieser "Maschine zu schnell anmeldebereit, aber Netzwerk noch nicht fertig verbunden" Geschichten sein. Ich würde vorsichtig die GPO-Einstellung "Beim Hochfahren und Anmelden auf Netzwerk warten" mal ausprobieren.

     

    Dann würde diese doch nicht mehr kommen, wenn ich ab- und neu anmelde. Kommt sie aber.

  3. vor 1 Stunde schrieb daabm:

    Man möge mich für unwissend halten - aber diese Meldung habe ich noch _nie_ gesehen... Wodurch wird die verursacht?

     

    Ich bin der Meinung, dass dies durch zu langes nicht an der Domäne anmelden verursacht wurde, da es sich um ein Reservegerät handelt.

    vor 8 Stunden schrieb testperson:

    Hi,

     

    schau dir am Client mal an, was da noch für Profilleichen schlummern:

    Get-CimInstance Win32_UserProfile |
    	Where-Object { -not $_.Special }

     

    Theoretisch solltest du da alles abräumen können, was nicht diesem Filter (oder eben einzeln) entspricht:

    Get-CimInstance Win32_UserProfile |
    	Where-Object { -not $_.Special -and -not $_.Loaded } |
    		Remove-CimInstance

     

    Und generell: Servergespeicherte Profile abschaffen. :-)

     

    Gruß

    Jan

     

    Besten Dank. Ich werde dies morgen anschauen und Rückmeldung geben.
    Ja, bin deiner Meinung wegen den Profilen, doch der Kunde wünscht das noch so, leider.

  4. Hallo zusammen

     

    Ich habe einen Windows 10 PC, welcher an einer Domäne (2019) angeschlossen ist.

    Dieser PC war länger nicht aktiv.  Bei der Inbetriebnahme kamm die Meldung:
    Die Fehlermeldung. Bild: GIGA

     

    Folgende Schritte habe ich ohne Erfolg durchgeführt:

    • PC aus der Domäne ausgebunden, Neustart, neu eingebunden
    • shutdown -g -t 0
    • Im abgesicherten Modus angemeldet und neu gestartet
    • Registry nach .bak Profilen durchsucht ( HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList)

     

    Im C:\Users sind TEMP Profile, allerdings keine "normalen" mit den Benutzernamen.

    Die User nutzen servergespeicherte Profile.

     

    Danke für Eure Hilfe

     

    -fredy

  5. Das ganze läuft nun wieder synchron.

     

    Mit dem Befehl

    For /f %i IN ('dsquery server -o rdn') do @echo %i && @wmic /node:"%i" /namespace:\\root\microsoftdfs path dfsrreplicatedfolderinfo WHERE replicatedfoldername='SYSVOL share' get replicationgroupname,replicatedfoldername,state

    habe ich den Sync-Status ermittelt. Keiner der DCs war auf Status 4.

    https://docs.microsoft.com/en-us/troubleshoot/windows-server/networking/troubleshoot-missing-sysvol-and-netlogon-shares

     

    Danach habe ich eine Authorative Replikation durchgeführt, gemäss

    https://docs.microsoft.com/de-DE/troubleshoot/windows-server/group-policy/force-authoritative-non-authoritative-synchronization

    Danke für Eure Hilfe.

    -fredy

     

  6. Am 5.5.2022 um 19:29 schrieb lukas2002:

    Schau dir vielleicht mal das Active Directory Replication Tool an, vielleicht gibt das ja was aus...

    Hast du die DNS Einstellungen richtig gesetzt?
    Wie lange besteht das System schon, hast du das erst neu aufgesetzt oder ist das schon leer beständig?

    Gruß Lukas

     

    Bei dem AD Replication Tool ist alles auf success.

    DNS sind m.E. korrekt gesetzt.

    Das System habe ich von vorherigem IT Betreuer übernommen und ist schon länger in Betrieb.

    Danke.

  7. Ich denke mal, dass dies das Problem gewesen sein könnte, dass bei Subnets ein falsches Subnet drin war, wo die DCs nicht teil davon waren.

    Auf meinem eigenen DC habe ich gesehen, dass da gar nichts drin war, darum schien mir das Löschen des Subnet-Eintrages die angemessene Lösung.

    Ich habe dieses nun mal gelöscht und bin gespannt, ob das was bringt.

     

    image.png.a328182d9876cd23bf4587676573adbc.png

  8. Hallo

    Ich habe eine Windows Server 2016 Umgebung mit 3 DCs.

    Nun sind unter SYSVOL auf dem DC1 alle Policys vorhanden, auf dem DC2 nur ein Teil und auf dem neu installierten DC3 ist noch gar nichts vorhanden unter SYSVOL\sysvol\domain.local


    repadmin /syncall /APeD habe ich auf dem DC1 ausgeführt, sowie zuerst repadmin /syncall /AeD auf dem DC3

     

    Wie kann ich die Replication der Policys anderweitig in Gang bringen?

     

    Danke für Eure Hilfe

     

    -fredy

  9. Hallo zusammen

    Ich habe eine separate Exchange Umgebung mit AD.

    Exchange 2010 auf 2008 R2 Server (ja, ist alt, wird aber noch so benötigt)

    3 AD Server AD01-AD03. (2012 R2, 2008 R2, 2016 Std.)

     

    Wenn ich nun bei der Exchange Console auf Serverkonfiguration - EX01 - Eigenschaften gehe, dann siehe ich im Register Systemeinstellungen nur die Server 2008 R2 + 2010 R2.

    Der neue 2016 Server ist da nicht aufgeführt.

    Wir wollen halt den 2008 R2 ausbinden und dafür den 2016 in Betrieb nehmen, darum meine Frage hier.

     

    Bei den IP Einstellungen sind alle Server hinterlegt.

     

    Hat da jemand eine Idee?

     

    Danke & Gruss

    -fredy

     

×
×
  • Neu erstellen...