Alith Anar

Hallo,

ich verzwwifel gerade ein wenig an der Office 2019 Installation.

Ich habe mir jetzt gemäss Anleitung (https://docs.microsoft.com/de-de/DeployOffice/office2019/deploy) die Setup Files auf dem lokalen client heruntergeladen.

jetzt möchte ich also das ganze installieren und starte dazu setup /configure conf.xml
 

Das Setup fällt aber einfach nur in die Eingabeaufforderung zurück, ohne Office zu installieren. Ich finde aber kein Logfile das mir sagt warum, und auch in der Ereignisanzeige sehe ich nichts (oder ich suche am falschen Ort).

<Configuration>
  <Add SourcePath="c:\temp" OfficeClientEdition="32" Channel="PerpetualVL2019">
    <Product ID="Standard2019Volume" PIDKEY="mein-SN-per-copy-und-paste">
      <Language ID="de-de" />
      <Language ID="fr-fr" />
    </Product>
      <Product ID="ProofingTools">
        <Language ID="de-de" />
        <Language ID="fr-fr" />
    </Product>
  </Add>

<RemoveMSI All="True" />
<Display Level="None" AcceptEULA="TRUE" />

  <!--  <Property Name="AUTOACTIVATE" Value="1" />  -->

</Configuration>

Hat eventuell jemand eine Idee wo ich suchen muss. oder wo der Fehler liegt.

Danke

Thomas

---------------------------------------------------------------------------------

Lösung:
 

Wenn man den Display level nicht erwähnen, dann würde eine Meldung angezeigt werden, das die Installation aus diesem Updatechannel nicht geht ...
Anhand dieser Fehlermeldung kann man dann googlen und stellt fest:

Die Profingtools müssen nicht extra erwähnt werden, wenn man die entsprechende Sprache installiert. Der Block muss also raus. (Fehler ist seit Ende 2018 bekannt bei MS)
https://social.technet.microsoft.com/Forums/en-US/dcb98700-deb7-43ca-a66b-f5a8e0c6c4f7/office-2019-standard-quotcant-install-on-the-selected-update-channelquot?forum=Office2016setupdeploy

Ich hab es befürchtet :)

Wenn MS es endlich mal vernünftig implementieren würde (sind ja schon 6+ Jahre her) dann wäre es gutes Feature ... ;)

Hallo,

Microsoft hat ja vor einiger Zeit (Office 2010 SP3 ??)  mal eingeführt das Postfächer auf die man Vollzugriff hat (keine Freigabe) automatisch eingebunden werden.

Soweit so schön. Funktioniert auch immer noch mehr schlecht als recht, denn dieses Postfach taucht nicht in der Kontoverwaltung auf, ergo kann man keine vordefinierte Signatur bei senden aus diesem Postfach einbinden.

Ich kann das Postfach jetzt noch manuell einbinden (Kontoverwaltung zusätzliches Postfach), dann ist es da zu sehen, aber es ist auch doppelt im Postfach.

Wie kann ich mir das Postfach in der Kontoverwaltung anzeigen lassen, ohne es doppelt in der normalen Ansichtmaske zu haben?

MfG

Thomas

Edith meint: 
Die Postfächer liegen im Office 365, der Client ist ein Office 2016 aktueller Patchstand.

So: beide DCs haben darauf gewartet das der andere DC die Erstsynchronisation durchführt ...

Haben jetzt hiernach das ganze Repariert und es läuft wieder.

https://social.technet.microsoft.com/Forums/windowsserver/en-US/1ac2719f-fa77-4d97-95d2-518b2fea142a/dfsradmin-set-sysvol-as-primary-authoritative-failed?forum=winserverDS

 

Es sollte eigentlich DFSR sein. Aber wie kann ich das zweifelsfrei feststellen?

Wir haben die Umgebung gerade erst übernommen und keine Dokumentation über die Historie der Umgebung.
Die Umgebung läuft auf 2012 R2. 
 

Hallo,

ich habe in einer Domain zwei DC.

Wenn ich auf einem Client ein GP Update mache, erhalte ich folgende Meldung:

Zitat

Fehler bei der Verarbeitung der Gruppenrichtlinie. Der Versuch, die Datei "\\domainname.de\sysvol\domainname.de\Policies\<eindeutige ID Nr2>\gpt.ini" von einem Domänencontroller zu lesen, war nicht erfolgreich. Die Gruppenrichtlinieneinstellungen dürfen nicht angewendet werden, bis dieses Ereignis behoben ist. Dies ist möglicherweise ein vorübergehendes Problem, das mindestens eine der folgenden Ursachen haben kann:
a) Namensauflösung/Netzwerkverbindung mit dem aktuellen Domänencontroller.
b) Wartezeit des Dateireplikationsdienstes (eine auf einem anderen Domänencontroller erstellte Datei hat nicht auf dem aktuellen Domänencontroller repliziert).
c) Der DFS-Client (Distributed File System) wurde deaktiviert.

Ich habe schon festgestellt: Replmon / repadmin etc sagen es ist alles iO.

Trotzdem sind im SYSVOL Verzeichnis vom DC2 nicht alle Ordner und GPO Dateien enthalten wie auf dem DC1.

Der DFS-Namespace und DFS-Replicationsdienst laufen auf beiden DC. Die Namensauflösung geht auch iO.

In der Ereignisanzeige ist nichts zu sehen.

Wie gehe ich am besten vor die Dateireplikation wiederherzustellen?

Danke

THomas

Wenn ich kurz Fragen kann, was ist den der Hintergrund deiner Fragen?
Von welcher Businessgrösse redet man hier?

 

vor 11 Stunden schrieb FragenderFrager:

 

....

Ist ja dann krasse Stromverschwendung über Nacht und am Wochenende wenn es nicht gebraucht wird?

...

Wenn der erste Gedanke bei einem Serverbetrieb der Stromverbrauch ist, dann läuft sowieso schon mal was falsch ;)

Der Server sollte ja auch nicht ungesperrt laufen. Somit hat niemand Zugriff auf die Daten.

Daher kann ihm im Notfall auch einfach ein Laie einschalten. Das ist wie beim Client nur ein Knöpfchen drücken. Die Funktionen stehen auch dann bereit wenn sich der Admin nicht anmeldet.
 

Genau das was ich gesucht habe.

Dankeschön

Hallo,

gibt es irgendwo einen Offline Installer für Microsoft To-Do zur Installation auf einem RDS Server?

Der Windows Store steht ja nicht zur Verfügung.

Ich habe es jetzt als Webseite bereitgestellt, was aber suboptimal ist. Zumal (trotz gleicher Serverumgebung) die Webseite bei einigen auf Deutsch und bei anderen auf Englisch angezeigt wird. 

(RDS 2016 und Office 2016)

Grüsse

Thomas

Nein. 
Es wird per Autologin eine allgemeiner Benutzer am lokalen Client angemeldet.
Da ist nichts drauf installiert.

Von dort aus greifen die Benutzer dann per RDP aus einen RDS zu. Dazu gibt es auf jedem PC mindestens 2 Logins. Einmal ein RDS (ohne irgendwelche Logininformationen) und personalisierte RDS Icons. In diesen Icon ist zum Teil schon der Benutzername hinterlegt (<domain>\Benutzer1) hinterlegt, so das die Benutzer nur noch das Passwort eingeben müssen.
Das klappt auch alles. Nur das gelegentlich Benutzer den Hacken für "Anmeldeinformationen speichern" anklicken. und dann wird immer dieser Benutzer angemeldet, da die Login Informationen dann in der Anmeldeinformationsverwaltung gespeichert werden.

vor 5 Stunden schrieb testperson:

Hi,

 

wie wäre es mit Single-Sign-On vom Client auf den RDSH?

 

Gruß

Jan

Das geht nicht.
Alle Schulungen hin und her, haben gezeigt das die Benutzer es nicht verstehen wie Sie sich an der ersten Ebene Anmelden können, wenn dort bereits ein anderer Benutzer angemeldet ist.

Daher gibt es jetzt einen Systemaccount, der sich automatisch anmeldet und die Benutzer können dann von dort aus per RDP auf den TS zugreifen.
Ich versuche morgen einfach mal den Anmeldeverwaltungsdienst zu deaktivieren. evtl löst das ja schon meine Problem. Denn auf diesem Client soll nichts passieren.

Hallo,

Wir haben eine RDS Umgebung. 

Die User gehen von einem Win 10 Client aus per Desktop Icon auf den RDS.
Für die 2-3 Standardbenutzer an einem PC haben wir dabei ein RDS Icon erstellt, das den jeweiligen Loginnamen schon enthält, so das nur das Passwort noch eingegeben werden muss.
Soweit so schön und funktionierend. Die Option "Speichern der Anmeldeinformationen zulassen" ist nicht aktiviert.

Trotzdem schaffen es immer wieder Benutzer im Anmeldefenster den Hacken für "Anmeldedaten speichern" zu aktivieren, so das die Daten in der Anmeldeinformationsverwaltung gespeichert werden.

Wie kann ich das verhindern?

In den GPO habe ich bisher nur gefunden, das immer ein PW angefordert wird. dann ist aber immer der "gespeicherte" Benutzer aktiv und nicht unbedingt der in der RDP Verknüpfung hinterlegte.

Kann ich irgendwie Datenspeicherung entweder komplett verhindern, oder zumindest die "Windows -Anmeldeinformationen" zurücksetzen.

Danke

THomas

Hallo,

ich habe hier ein Problem mit einigen Druckern auf einem Server 2012 R2.

Der Server ist ein RDS Server. Es geschieht immer wieder das Drucker über einen WSD Port angeschlossen und eingerichtet werden.
Bereinigung bringt da natürlich gar nix.

Kann man diese WSD Registrierung generell irgendwie per GPO abschalten?

Ich habe bisher nicht viel bei google gefunden.

Danke

Thomas

Hallo,

kann es sein, das seid 1903 PC Herunterfahren den PC wieder nur in den Standby schickt?
Zumindest sind seit dem Update bei mir immer wieder alle Programme geöffnet.

Wo kann ich das einstellen und oder anpassen. Herunterfahren soll ... herunterfahren sein.
Hibernate habe ich schon abgeschaltet ändert aber nichts.

Danke

Thomas

Ich weis ...
Aber nach 30 - 40 Minuten warten auf den Neustart kommen einem erste Gedanken wie man den RDS verfügbar macht, ohne Broker ;)

Für den Admin ist klar :)

Mir ging es eher darum, das sich normale Benutzer sich anmelden können.
Der Session Broker (Server 2016) hat gerade ebend 50 Minuten für einen Neustart gebraucht. Während der Session Host nach 5 Minuten wieder da war ...

Auf dem Broker war nur eingestellt das keine RDS Sitzungen zugelassen werden sollen. Daher war der Host jetzt 45 Minuten lang nicht nutzbar ...

Hallo,

kann ich in einer RDS Farm, einen Sessionserver so einstellen, das er RDS Sitzungen annimmt, auch wenn der Session Broker sagt, das der Server nicht erreichbar ist?

Ich habe derzeit keinen Zugriff auf den Session Broker.

Grüsse

THomas

Funktioniert zwar für die Desktop Icons, aber nicht für das Startmenü.

Hallo,

ein User hat bei uns folgendes geschafft:

Wie bekomme ich das Startmenü wieder auf Normalgrösse?

shutdown -g -t 0 ; PC Neustart waren alles ohne Erfolg
Die Skalierung ist bei 100%

Danke

Thomas

Nein, es wird dann ein kompletter Cloud Wechsel sein (zumindest für Mail)

Kommt man eigentlich noch von einem Exchange 2010 (auf aktuellem Stand) direkt ins O365 (Ist ja vermutlich Exchange 2019), oder gilt auch hier 2 Generationen, sprich es muss vorher zu 2013/2016 migriert werden?

vor 16 Stunden schrieb Nobbyaushb:

Logging hochdrehen - aber wenn das nur bei einem User ist - hast du den schon mal in eine andere DB geschoben?

 

Btw: wie weit bist du denn mit den RU hinterher?

https://www.msxforum.de/blog/index.php?entry/41-build-nummern-tabellarisch/

 

Da es meine Lieblingsumgebung ist, habe ich das hier im Forum immer mal erwähne ;)

Exchange 2010 SP2 RU 8 - Ich weiss das es Steinzeit ist, aber ich darf an dieser Umgebung nichts ändern. 

Nunja. Wird vermutlich wieder irgendeine HauRuck Aktion werden, da der Kunde in die Cloud will ...

Das hab ich auch schon ein paar mal durch ... 

Dann schauen wir mal nach dem Transportdienst. Notfalls Exchange

vor 19 Minuten schrieb Nobbyaushb:

Auf Stand ist der 2010er aber?

Leider darf ich nicht wie ich will, also nein ... :(

Danke für den Hinweis mit den Serverweiten Einstellungen, aber bei mir hat er nach diesem Befehl:
set-Mailbox -Identity <Alias> -RulesQuota 256KB nur das eine Postfach erweitert.

Andere Postfächer haben weiterhin die Standard 64 KB.

Dann schaue ich mal in den Abendstunden nach einem Serverneustart, bzw Datenbankaufhebung.