tesso
-
Gesamte Inhalte
3.888 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von tesso
-
-
Vielen Dank.
Die unattended.xml bringt mich schon mal etwas weiter.
Den KB vom Microsoft kenne ich schon. Leider hilft der nicht. Firewall ist schon deaktiviert. Auf admin$ komme ich drauf, der Rechner ist erreichbar. DNS stimmt auch, Runas Account ist lokaler Admin.
Ich werde weiter suchen und ein paar Kollegen fragen. Wenn ich eine Lösung habe melde ich mich.
-
Hallo,
ich versuche gerade einen Hyper-V Host über den VMM 2012R2 zu deployen. System und Treiber sind kein Problem.
Allerdings bekomme ich immer Fehler 415 "network path not found" beim Installieren den VMM Agenten. Genauer beim kopieren des msiinstaller von der Library in die admin$ Freigabe des Hyper-V Hosts.
Firewall habe ich schon deaktiviert. admin$ ist vorhanden. Ich installiere mit einem Konto, welches domain admin Rechte hat.
Versuche ich danach mit dem gleichen Konto das Installieren des Agenten einzeln funktioniert es.
Hat jemand einen Tip?
BTW: Wie kann ich dem VHDX-Image beibringen mit deutscher Tastatur und Regions Einstellungen zu installieren?
Danke
Fehler (415) Fehler beim Kopieren von "C:\Program Files\Microsoft System Center 2012 R2\Virtual Machine Manager\agents\I386\3.2.7510.0\msiInstaller.exe" nach "\\HVH-03.domain.local\ADMIN$\msiInstaller.exe". Der Netzwerkpfad wurde nicht gefunden Empfohlene Aktion 1. Stellen Sie sicher, dass "HVH-03.domain.local" online ist und nicht von einer Firewall blockiert wird. 2. Stellen Sie sicher, dass die Datei- und Druckerfreigabe auf "HVH-03.domain.local" aktiviert ist und nicht von einer Firewall blockiert wird. 3. Stellen Sie sicher, dass WMI auf "HVH-03.domain.local" aktiviert ist und nicht von einer Firewall blockiert wird. 4. Stellen Sie sicher, dass ausreichend freier Speicherplatz auf dem Systemvolume vorhanden ist. 5. Überprüfen Sie, ob die ADMIN$-Freigabe auf "HVH-03.domain.local" vorhanden ist. Wenn die ADMIN$-Freigabe nicht vorhanden ist, starten Sie "HVH-03.domain.local" neu, und wiederholen Sie dann den Vorgang.
-
Warum erstellst du aus der au3 keine exe? Dann brauchst du auf dem TS auch kein Autoit installieren.
-
Schau dir dies an.
-
Ich habe auch keine Ahnung von VBA.
MSDN sollte dir weiterhelfen.
-
...
$name = $_.displayname
$mailadresse = $_.PrimarySmtpAddress
$output = ‘Group Name: ‘ + $Name + ' ' ‘Mailaddresse: ‘ + $mailadresse
... -
Vielen Dank. Unterlagen zu Lync sind leider nur spärlich vorhanden.
-
Nein.
Dann musst du eine Domänenmigration durchführen.
-
Warte einfach ab. Beim MCITP/MCSE kann das bis zu 7 Werktage dauern.
-
Die ersten beiden Ports deuten auf File Access von Apple hin. die restlichen habe ich nicht überprüft.
-
Ich kann dein Problem nicht nachvollziehen. Die Fehlermeldung deutet darauf hin, daß du versuchst eine Domain east.treyresearch.net zu erstellen. Das widerspricht jedoch deiner Aussage.
-
Schau mal in die Microsoft Virtual Academy und auch in die virtual Labs.
Dort wirst du bestimmt fündig.
-
Gib in eine Suchmaschine deiner Wahl 70-673 ein, dann findest du etliche Unterlagen im Partnerportal und auch Schulungen bei Distributoren.
-
HP v1910?
Ist kein echter L3, sonder L2+. Kann aber routen.
Preis musst du selbst heraussuchen.
-
Eigenschaften LAN_Verbindung -> IPv6 > Eigenschaften > DNS-Server Adresse automatisch beziehen
-
Wie sieht es mit dem Scope im DHCP aus?
-
Server:
Nimm den ::1 Eintrag heraus und nimm den Radiobutton über dem DNS Eintrag (DNS über DHCP beziehen)
Clients:
Dann kommt das evtl. vom DHCP Server. Schaue dir dort die Scopes für IPv6 an.
Solltest du nichts mit IPV6 machen wollen, dann deaktiviere den Scope für IPv6.
Bei den IPv6 Einstellungen der Netzwerkkarte ist im DNS ::1 eingetragen. Stelle hier einmal auf DNS über DHCP beziehen um, und teste dann noch einmal.--->>> Wo finde ich das? Bei der NIC unter ipV6 ist es nicht.
Bei den IPv6 Einstellungen der Netzwerkkarte ist im DNS ::1 eingetragen. Stelle hier einmal auf DNS über DHCP beziehen um, und teste dann noch einmal.
--->>> Wo finde ich das? Bei der NIC unter ipV6 ist es nicht.
Diesen Absatz verstehe ich nicht.
-
Wenn IPV6 am SBS deaktiviert wird läuft der Exchange nicht mehr korrekt. Außerdem dauert der Start des SBS etliche Stunden.
Also IPv6 wieder deaktivieren und den Fehler der merkwürdigen IPV6-Adresse suchen.
Die Clients benötigen keine IPV6 DNS-Adresse. Kommt die vom DHCP oder sind die fest eingetragen? Sollten die fest sein, dann lasse das auch über den DHCP zuweisen.
-
Einen ähnlichen Effekt hatte ich neulich nach dem Einbau eines zusätzlichen SATA-Controllers.
Danach war keine Tastatur mehr verfügbar. Das ließ sich nur lösen durch Ausbau des Controllers.
Vielleicht liegt es an konkurrierender Hardware. Versuche mal evtl. Karten zu ziehen.
-
Danke an alle die sinnvolle Beiträge. Es funktioniert wieder alles.
Ich hoffe du hast in den letzetn 1121 Beiträgen sinnvolleres beigetragen. Wäre schade wenn die Beiträge genau so Müll wären wie dein letztes Posting.
Es ist noch kein Meister vom Himmel gefallen und für genau solche Fälle - wie es bei mir aufgetreten ist - ist dieses Forum da. Und nicht um klugshei... Sprüche hören zu bekommen.
Hab wieder was gelernt und beim nächsten mal weiß ich worauf ich besonders achten muss.
Bei deinen Fragen nehme ich an, daß du nicht viel Ahnung vom AD hast. Das an sich ist nicht schlimm. Da ich nichts von einem Testsystem gelesen habe (oder es überlesen habe) gehe ich davon aus, daß es sich um ein Produktivsystem handelt.
ADSIEdit ist ein Arbeiten am offenen Herzen eines Active Directory. Wenn du dort was falsches löscht hattest du mal ein AD.
Was war an dem Hinweis auf einen Dienstleister so verwerflich?
-
Wieso Exchange DVD?
Den Befehl sollst du mit dem Setup des SP3 ausführen.
-
Vielleicht solltest du dir einen Dienstleister ins Haus holen, der sich auskennt.
-
Du sollst im ADSIEdit den Standard Namenskontext verbinden
-
Beim SBS 2011 sehe ich das nächste Problem. Den bekommst du ab diesem Jahr nicht mehr. Du kannst nur nach Restbeständen Ausschau halten.
SCVMM 2012R2 bare metal deployment error 415
in Windows Server Forum
Geschrieben
Ja, bei jedem.
Am Image kann es nicht nach meinem Verständnis nicht liegen. Das Image wurde von einem iso mit convertimage2vhd.ps1 erstellt. Die vhd wird auch ohne Probleme kopiert, Bootmanagereintrag erstellt und davon gebootet. Der Rechner kommt sauber in die Domain, Hyper-V wird installiert. Eigentlich alles wie es sein soll.
Nur die Installation des VMM-Agenten schlägt fehl. Versuche ich danach das Agenten via VMM zu installieren klappt dies, mit genau dem RunAs-Account mit dem auch das Deployment läuft.