TorstenM

"Verzug - wird installiert" liegt vermutlich daran, dass der Client einfach die Patches nicht finden kann. Ist das Deployment Package zu 100% auf den/die DPs verteilt? Wie sind die Settings des Deployments (bzgl fast/slow boundaries und dem Download-Verhalten)? Was steht clientseitig im LocationServices.log?

Und wieso geht das angeblich nicht?

Was genau hast Du denn vor? Direkt mit Bordmitteln geht das nicht, aber man kann die entsprechenden RegKeys setzen.

MSI (s) (64:AC) [11:22:02:594]: Invoking remote custom action. DLL: C:\Windows\Installer\MSI90C5.tmp, Entrypoint: CcmStartService
[11:22:02] WARNING: Failed to delete setup in progress time-stamp with error 0x80070002

Was auch immer da genau passiert ... es sieht so aus, als würde eine CustomAction einen Dienst starten wollen, was dann fehlschlägt.
Steht dazu evtl zeitgleich im Eventlog mehr?

Logfile ist so unbrauchbar. Lade es bitte auf Skydrive o.ä. hoch.

Schwierig auf die Ferne zu diagnostizieren ... Du könntest aber auf der Secondary Site einmal preinst.exe /stopsite ausführen. Dies stoppt alle ConfigMgr-Theads und Dienste und markiert diese für eine Reinstallation (=Site Reset).

 

Im Sender.log des Secondary habe ich Kommunikation mit dem Primary, auch sonst sehen die Logs sauber aus, keinerlei generelle und einfache Kommunikationsprobleme.

Falsche Richtung. Du müsstest Primary Richtung Secondary schauen, also sender.log auf der Primary. Was steht denn als letztes im mpsetup.log auf der Secondary? Installation oder Deinstallation erfolgreich?

"F8" für die Bootimages aktivieren (falls noch nicht getan), booten und "F8" drücken, sobald das WinPE im grafischen Modus ist. Dies öffnet eine cmd. Dann smsts.log unter x:\windows\temp\smstslog untersuchen. Bitte auch prüfen, ob der Rechner eine IP hat (ipconfig) und der MP erreicht werden kann.

Probiere mal den Aufruf von cscript.exe über sysnative: c:\windows\sysnative\cscript.exe ...

Der User, der ConfigMgr installieren will und der Computeraccount der Primary Site brauchen sysadmin-Rechte in SQL.
Kannst Du Dich mittlerweile per SQL Management Studio zu dem SQL-Server verbinden?

Du darfst keinen instance name angeben, wenn Du die default instance verwendest.

Hier zB eine Möglichkeit ...

$svcs = get-service | Sort-Object Name
foreach($sv in $svcs)
    {
    if($sv.Status -eq "Running")
        {
        write-host -ForegroundColor Green $sv.Status $sv.Name $sv.DisplayName
        }
    else
        {
        write-host -ForegroundColor Red $sv.Status $sv.Name $sv.DisplayName
        }
    }

SCCM_Ext sind meines Wissens nach für die Service Manager Integration. Auswendig weiß ich nicht, was ChangeAction bedeutet. Die Frage macht entsprechend aber nur im Service Manager Umfeld Sinn. Verwende doch einfach die "klassischen" v_GS_-Views.

ChangeAction? Hast mal ein Bsp für die verwendete Query?

Was funktioniert nicht? Im Download ist eine Excel-Tabelle und ein Visio-Diagramm enthalten ... damit lassen sich schon ca. 50% Deiner Fragen beantworten.

http://www.microsoft.com/en-us/download/details.aspx?id=22052 ist ein guter Start (wenn auch für CM07 erstellt).

Wäre mir noch nicht direkt aufgefallen - was aber nicht heißt, daß dies nicht so sein könnte.
Außerdem sollte man die SQL-Views verwenden und keine Tabellen.

 

warum werden die Datensätze so geschrieben IPAddress00/IPSubnet00 und woanders so IPAddress0/IPSubnet0 ?

Wo genau siehst Du denn diese Unterschiede?

Das hier ist das Problem:

CWmi::Connect() failed to connect to \\<DP>\root\MicrosoftIISv2. Error = 0x8004100E SMS_DISTRIBUTION_MANAGER 03.08.2013 11:41:24 7160 (0x1BF8)

ERROR DPConnection::ConnectWMI() - Failed to connect to <DP>. error = 0x8004100e SMS_DISTRIBUTION_MANAGER 03.08.2013 11:41:24 7160 (0x1BF8)

Cannot set the current Drizzle Role status for the DP. SMS_DISTRIBUTION_MANAGER 03.08.2013 11:41:24 7160 (0x1BF8)

Error occurred. Performing error cleanup prior to returning. SMS_DISTRIBUTION_MANAGER 03.08.2013 11:41:24 7160 (0x1BF8)

0x8004100E = Ungültiger Namespace. Source: Windows Management (WMI)

Drizzle Role ... bedeutet daß hier vermutlich BITS nicht aktiv ist.

\Monitoring\Overview\Distribution Status\Distribution Point Configuration Status. Dort den DP auswählen und unten auf "Details" klicken. Hier sollten dann schon Fehler bei der Einrichtung des DPs auftauchen.

Unter http://technet.microsoft.com/en-us/library/gg682077.aspx#BKMK_SiteSystemRolePrereqs stehen die Komponenten, die betriebssystemseitig u.a. für einen DP nötig sind. Bitte genau prüfen!

Verwende dazu cmtrace (im Unterverzeichnis \Tools). Notfalls auch das Log auf Skydrive hochladen. Vor "Failed to process package TES00004" sollte ein Fehler mit einem Errorcode stehen, oder? Dieser wäre wichtig.

Wie von jarazul schon geschrieben: distmgr.log untersuchen.

Dazu gäbe es zB noch dies http://blog.coretech.dk/kea/enabling-email-approvals-for-your-requested-applications-in-configuration-manager-2012/

http://msdn.microsoft.com/en-us/library/windows/desktop/aa394512%28v=vs.85%29.aspx

4 = Noninterlaced

Wie bereits geschrieben: ist per default aktiv.
Was steht denn im InventoryAgent.log auf dem W7-Client?

Das passiert normalerweise out of the box völlig automatisch, da Hardwareinventur per default aktiv ist und auch geliefert wird.