nobex

Was kopiert das Script genau von wo nach wo (Netzwerk?) und wie sind die Rechte auf Quelle und Ziel?

Wo liegt das Script selbst?

Memory Overcommitment wird vom Hyper-V nicht unterstützt oder auf was möchtest du hinaus?

Danke, genau darum ging es mir mit meiner Frage.

Nebenbei gefragt:

Läßt sich der HV, vom Performance-Einbruch mal abgesehen, nicht zum auslagern überreden?

Ich habe in so 'nem Fall den Drucker 2x installiert und die Treiberstandards (über Erweitert -> Standardwerte) entspr. vorkonfiguriert. Ob das in Deinem Fall (BS-Versions- und Bit-Konflikt) problemlos funktioniert, kann ich mangels Testumgebung leider nicht sagen.

Die Problematik wurde scheinbar auch schon hier diskutiert, ich kann es leider selber nicht nachstellen ...

http://www.mcseboard.de/windows-vista-forum-55/patch-kb943729-laesst-manchen-maschinen-installieren-152935.html

Benötigst Du evtl. auf den Clients die 'Gruppenrichtlinieneinstellungs-Clienterweiterungen für Windows Vista (KB943729)'?

M.E. kommt der Update-Check von der FlashUtil10d.exe

Diese wird hier in

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\RunOnce

gestartet.

Arbeitest Du mit servergespeicherten Profilen?

Dann war vielleicht das Mapping für die Sitzung mal vorhanden und nun ist es weg. Konsequenterweise solltest Du, wenn unbedingt nötig, das Mapping im Job selbst miterledigen.

Also etwa so:

net use y: \\servername\freigabe /persistent:no

copy y:\FILE-XYZ.txt d:\test\

del y:\FILE-XYZ.txt /Q

net use y: /delete

Besser wäre, den Job über UNC-Pfade abzuarbeiten.

Ist y: ein Netzlaufwerk?

Du könntest den (anonymisierten) Inhalt der Bat-Datei mal hier reinstellen. Du wirst doch wohl nicht mit gemappten Laufwerken arbeiten.

Weiterhin könntest Du die Ausgaben der Job-Befehle in eine Textdatei (über >> datei.txt) umleiten und so nach dem Problem suchen.

Was steht zu dem Task unter 'Letztes Ergebnis' und was steht im Portokoll des Taskplaners (unter Extras)?

Hat der Useraccount denn die Rechte einen neuen Profilordner auf dem Server anzulegen?

Hier ein Zitat zum Thema aus http://download.microsoft.com/download/3/b/a/3ba6d659-6e39-4cd7-b3a2-9c96482f5353/Managing%20Roaming%20User%20Data%20Deployment%20Guide.doc (bezieht sich zwar auf Vista, trifft aber auch auf W7 zu)

Compatibility with previous user profiles

The user profile namespace used in Windows XP is identical to the one used in Windows 2000, making interoperability between the operating systems transparent. However, the significant changes in the Windows Vista profile namespace create a challenge. These significant changes prevent Windows Vista from loading user profiles from previous versions of Windows. Also, previous versions of Windows do not load Windows Vista user profiles. Therefore, Windows Vista roaming user profiles will add "v2" to the end of the profile folder. The "v2" is to used isolate Windows Vista roaming user profiles from roaming user profiles created by previous operating systems.

Zu Profilen:

Servergespeicherte Profile sollten funktionieren, nur werden die XP-Profile nicht übernommen.

Es werden nach der ersten Abmeldung neue Profile mit der Endung V2 erstellt, was m.E. eine der größeren Hürden für eine Migration bzw. ein Upgrade ist. Andererseits werden auf diese Weise weniger Altlasten ins neue System mitgeschleppt ... :cool:

Die Events aus der Ereignisanzeige wären evtl. auch hilfreich.

Ansonsten habe ich zu 0x6e noch diesen hier gefunden:

When you try to configure the WDSServer service on a Windows Server 2003-based computer, the service does not start

Du hast mit dem Server die Domäne gewechselt?

Hier gibt es eine Problembeschreibung für den Fall des OU-Wechsels:

A Windows Deployment Services server that is running Windows Server 2003 may not start after you move the server to a different organizational unit

Da ich Deine genaue Vorgehensweise nicht kenn, hier noch etwas Lesestoff:

TechNet Team Blog Austria : RIS und WDS unter Windows Server 2003 SP2

Hilft dieser Link evtl. weiter?

RIS service cannot start after installing Windows Server 2003 Service Pack 2

Evtl. hilft es, in den erweiterten Netzwerkeigenschaften die Reihenfolge der 'Verbindungen' anzupassen.

Alternativ könntest Du die Adresse im DNS registrieren über welche der Server aktuell versendet. Diese sollte sich ja nicht so oft ändern.

Alternative 2: Alle IPs auf eine Karte binden, dann sollte der Server über die primäre IP versenden und diese sollte registriert sein.

Das sollte doch über die Routingtabelle regelbar sein.

Standardroute -> Interface nach extern

Route für interne IPs -> Interface nach intern

... oder missverstehe ich Problem?

Wie groß ist die ost-Datei?

Hilft ein Löschen + Neuerstellen der Datei?

067 Bootfile Name = OSChoose\i386\startrom.com

Wie bereits geschrieben, hatte ich mit diesen Optionen noch nix am Hut, aber diese hier sollte dann wohl

'OSChooser\i386\startrom.com'

lauten.

der Ris ist in der domäne vorhanden. somit auch als computer in der AD authoriesiert.

Der (DHCP im) RIS wird über die DHCP-Konsole unter 'Autorisierte Server verwalten' autorisiert. Nur Mitglied der Domäne zu sein reicht nicht.

Bei einer Konfig von RIS und DHCP auf getrennetn Systemen muß der RIS im AD autorisiert werden und Beide müssen für die (DHCP-)Anfragen des Clients erreichbar sein.

Eine Konfiguration (wie oben) mit zus. Optionen im DHCP habe ich noch nicht gefahren, evtl. verhält es sich dort anders ...

Was für eine Datei könnte denn ärgern machen?

Ich kenne das Verhalten z.B. bei bestimmten Trackingcookies. Dabei gibt es dann eine 1509-Meldung wie z.B.

Die Datei C:\Dokumente und Einstellungen\username\Cookies\username@doubleclick[1].txt konnte nicht nach \\server\serverprofile$\username\Cookies\username@doubleclick[1].txt kopiert werden. Mögliche Fehlerursachen sind Netzwerkprobleme oder nicht ausreichende Sicherheitsrechte. Wenden Sie sich an den Netzwerkadministrator, wenn das Problem weiterhin besteht.

Details - Zugriff verweigert