NET-Framework als .opsi Paket

[Neptunium]

Falls jemand eine andere Lösung bzgl. der Installation von msxml6 hat immer her damit

Ich weiß nicht, wieso ihr unbedingt alle Versionen und Komponenten einzeln installieren wollt? Ich habe mich auf alle Fälle entschieden, alle für die jeweilige Windowsversion nutzbaren .NET-Versionen in einem Rutsch installieren zu lassen und mein .NET-Produkt steht endlich seit letzter Woche. Falls gewünscht, kann ich in den nächsten Tagen meine Variante mal zugänglich machen.

Gruß

Dirk

[mr.quickly]

Hallo Dir,

kann Dir nicht ganz folgen und ja ich wünsche mir, dass du uns in den nächsten Tagen deine Variante mal zugänglich machst.

[heuft_kdi]

@Neptunium
Das kann ich Dir sagen.
1. Weil man so evtl. Patches direkt bei der Installation Integrieren kann (PATCH=xyz)
2. Weil ich so nur das Installiere, was ich noch benötige (ich habe das Gefühl, das ein eigenständiges Abfragen der Registry schneller geht, als wenn der Installer schaut, ob evtl. schon Version XYZ drauf ist)
3. Geht es IMHO schneller (und gerade das .NET Packet dauert ja ewig) weil ja das Entpacken entfällt
4. Es nimmt weniger Platz im Depot ein (ich habe z.B. die ganzen 64 Bit Teile entfernt, da wir OPSI zur zeit nur mit XP einsetzen)
5. Bei der Ausgabe der Fehlermeldung sehe ich, welches Packet nun wirklich ärger gemacht hat. Beim All in One Packet bekomme ich nur die Mledung, das die Installation gescheitert ist.

[mr.quickly]

Und .Net zum Xten

Ich habe gedacht man könnte wie beim 1.1 die bereits erschienen Hotfixes für 2/3/35 auch direkt integrieren. Dies wollte ich mit folgenden Hotfixes tun:

NDP20SP2-KB958481-x64.exe
NDP20SP2-KB958481-x86.exe
NDP20SP2-KB974417-x64.exe
NDP20SP2-KB974417-x86.exe
NDP30SP2-KB958483-x64.exe
NDP30SP2-KB958483-x86.exe
NDP35SP1-KB958484-x64.exe
NDP35SP1-KB958484-x86.exe

Dazu habe ich dieses Script geschrieben (ähnlich die Script welches die Administrativen Installationspunkte erstellt, bei Bedarf siehe Seite 1):

@echo off
cls
set WORKFOLDER=%~dp0
set dotNetFX35build=%WORKFOLDER%\dotnetfx35.exe
rem echo Creating Admin Install points for .NETFX 3.5 x86/x64

REM Create folders where work will be done
rem md "%WORKFOLDER%\ext
rem md %WORKFOLDER%\AIP
rem md %WORKFOLDER%\logs
pushd %WORKFOLDER%

echo Extract Hotfix NDP20SP2-KB958481-x86 ...
call "%~dp0\NDP20SP2-KB958481-x86.exe" /q /extract:"%WORKFOLDER%\ext\NDP20SP2-KB958481-x86"
echo Integrate Hotfix NDP20SP2-KB958481-x86 ...
Set NDP20SP2-KB958481-x86=%WORKFOLDER%\ext\NDP20SP2-KB958481-x86
call msiexec /p "%NDP20SP2-KB958481-x86%\NDP20SP2-KB958481.msp" /a "%WORKFOLDER%\AIP\NETFX20_x86\netfx20a_X86.msi" /qb /l*v "%WORKFOLDER%\logs\NDP20SP2-KB958481-x86.log"
echo.
echo ---------------------------------------------
echo.
echo Extract Hotfix NDP20SP2-KB958481-x64 ...
call "%~dp0\NDP20SP2-KB958481-x64.exe" /q /extract:"%WORKFOLDER%\ext\NDP20SP2-KB958481-x64"
echo Integrate Hotfix NDP20SP2-KB958481-x64
Set NDP20SP2-KB958481-x64=%WORKFOLDER%\ext\NDP20SP2-KB958481-x64
call msiexec /p "%NDP20SP2-KB958481-x64%\NDP20SP2-KB958481.msp" /a "%WORKFOLDER%\AIP\NETFX20_x64\netfx20a_X64.msi" /qb /l*v "%WORKFOLDER%\logs\NDP20SP2-KB958481-x64.log"
echo.
echo.

echo Extract Hotfix NDP30SP2-KB958483-x86 ...
call "%~dp0\NDP30SP2-KB958483-x86.exe" /q /extract:"%WORKFOLDER%\ext\NDP30SP2-KB958483-x86"
echo Integrate Hotfix NDP30SP2-KB958483-x86 ...
Set NDP30SP2-KB958483-x86=%WORKFOLDER%\ext\NDP30SP2-KB958483-x86
call msiexec /p "%NDP30SP2-KB958483-x86%\NDP30SP2-KB958483.msp" /a "%WORKFOLDER%\AIP\NETFX30_x86\netfx30a_X86.msi" /qb /l*v "%WORKFOLDER%\logs\NDP30SP2-KB958483-x86.log"
echo.
echo ---------------------------------------------
echo.
echo Extract Hotfix NDP30SP2-KB958483-x64 ...
call "%~dp0\NDP30SP2-KB958483-x64.exe" /q /extract:"%WORKFOLDER%\ext\NDP30SP2-KB958483-x64"
echo Integrate Hotfix NDP30SP2-KB958483-x64
Set NDP30SP2-KB958483-x64=%WORKFOLDER%\ext\NDP30SP2-KB958483-x64
call msiexec /p "%NDP30SP2-KB958483-x64%\NDP30SP2-KB958483.msp" /a "%WORKFOLDER%\AIP\NETFX30_x64\netfx30a_X64.msi" /qb /l*v "%WORKFOLDER%\logs\NDP30SP2-KB958483-x64.log"
echo.
echo.


echo Extract Hotfix NDP35SP1-KB958484-x86 ...
call "%~dp0\NDP35SP1-KB958484-x86.exe" /q /extract:"%WORKFOLDER%\ext\NDP35SP1-KB958484-x86"
echo Integrate Hotfix NDP35SP1-KB958484-x86 ...
Set NDP35SP1-KB958484-x86=%WORKFOLDER%\ext\NDP35SP1-KB958484-x86
call msiexec /p "%NDP35SP1-KB958484-x86%\NDP35SP1-KB958484.msp" /a "%WORKFOLDER%\AIP\NETFX35_x86\vs_setup.msi" /qb /l*v "%WORKFOLDER%\logs\NDP35SP1-KB958484-x86.log"
echo.
echo ---------------------------------------------
echo.
echo Extract Hotfix NDP35SP1-KB958484-x64 ...
call "%~dp0\NDP35SP1-KB958484-x64" /q /extract:"%WORKFOLDER%\ext\NDP35SP1-KB958484-x64"
echo Integrate Hotfix NDP35SP1-KB958484-x64 ...
Set NDP35SP1-KB958484-x64=%WORKFOLDER%\ext\NDP35SP1-KB958484-x64
call msiexec /p "%NDP35SP1-KB958484-x64%\NDP35SP1-KB958484.msp" /a "%WORKFOLDER%\AIP\NETFX35_x64\vs_setup.msi" /qb /l*v "%WORKFOLDER%\logs\NDP35SP1-KB958484-x64.log"
echo.
echo.


echo Extract Hotfix NDP20SP2-KB974417-x86 ...
call "%~dp0\NDP20SP2-KB974417-x86.exe" /q /extract:"%WORKFOLDER%\ext\NDP20SP2-KB974417-x86"
echo Integrate Hotfix NDP20SP2-KB974417-x86 ...
Set NDP20SP2-KB974417-x86=%WORKFOLDER%\ext\NDP20SP2-KB974417-x86
call msiexec /p "%NDP20SP2-KB974417-x86%\NDP20SP2-KB974417.msp" /a "%WORKFOLDER%\AIP\NETFX20_x86\netfx20a_X86.msi" /qb /l*v "%WORKFOLDER%\logs\NDP20SP2-KB974417-x86.log"
echo.
echo ---------------------------------------------
echo.
echo Extract Hotfix NDP35SP1-KB958484-x64 ...
call "%~dp0\NDP20SP2-KB974417-x64" /q /extract:"%WORKFOLDER%\ext\NDP20SP2-KB974417-x64"
echo Integrate Hotfix NDP20SP2-KB974417-x64 ...
Set NDP20SP2-KB974417-x64=%WORKFOLDER%\ext\NDP20SP2-KB974417-x64
call msiexec /p "%NDP20SP2-KB974417-x64%\NDP20SP2-KB974417.msp" /a "%WORKFOLDER%\AIP\NETFX20_x64\netfx20a_X64.msi" /qb /l*v "%WORKFOLDER%\logs\NDP20SP2-KB974417-x64.log"
echo.
echo.
echo Ready!

Das Script läuft auch ohne Probleme durch und somit sollten ja eigentlich alles Hotfixes integriert sein. Komisch ist, dass nicht alle Updates unter Software angezeigt werden:

dotnet_hotfixes_missing.png

Integriere ich die Hotfixes nicht sondern installiere diese später einfach nach dann sieht es so aus:

dotnet_hotfixes_available.png

Wie gesagt an sich dachte ich würden sich die Hotfixes integrieren lassen. Anbei auch mal das Log bzgl. der Integration des Hotfixes NDP20SP2-KB958481-x86, für mich sieht es so aus als wurde dieser ohne Fehler integriert.

NDP20SP2-KB958481-x86.zip

Was mache ich falsch?

[Neptunium]

kann Dir nicht ganz folgen und ja ich wünsche mir, dass du uns in den nächsten Tagen deine Variante mal zugänglich machst.

Ich komme leider erst nächste Woche dazu, da ich seit Mittwoch Urlaub habe.

Gruß

Dirk

[Neptunium]

@Neptunium
Das kann ich Dir sagen.
1. Weil man so evtl. Patches direkt bei der Installation Integrieren kann (PATCH=xyz)

Das kann man doch sonst genauso?

2. Weil ich so nur das Installiere, was ich noch benötige (ich habe das Gefühl, das ein eigenständiges Abfragen der Registry schneller geht, als wenn der Installer schaut, ob evtl. schon Version XYZ drauf ist)
3. Geht es IMHO schneller (und gerade das .NET Packet dauert ja ewig) weil ja das Entpacken entfällt
4. Es nimmt weniger Platz im Depot ein (ich habe z.B. die ganzen 64 Bit Teile entfernt, da wir OPSI zur zeit nur mit XP einsetzen)
5. Bei der Ausgabe der Fehlermeldung sehe ich, welches Packet nun wirklich ärger gemacht hat. Beim All in One Packet bekomme ich nur die Mledung, das die Installation gescheitert ist.

Also von diesen 5 Punkten halte ich generell nur 2/3 und 5 für relevant:
Die benötigte Zeit für die Installation ist definitiv ein Manko der Nutzung der großen Lösung, insofern sehe ich die Punkte 2 und 3 als einen gemeinsamen Punkt. Aber Platz in der Größenordnung von 100 oder 200MB ist heutzutage im allgemeinen kein Kriterium mehr. Wenn der Platz so knapp ist, dann klemmt es damit vermutlich auch sonst sehr bald und Platten kosten heutzutage ja nicht mehr die Welt. Probleme bei der Installation sind bei mir noch nicht ein einziges mal aufgetreten, allerdings habe ich mein Paket auch erst auf einer zweistelligen Zahl an Rechnern installiert. Der große Rollout erfolgt bei uns frühestens im Januar, wenn mein Urlaub zu Ende ist. Im Gegenteil, die Probleme haben/hatten wir vor der Installation: Es gibt eine sehr große Zahl von Clients, die sich die Hotfixes nicht mehr per WSUS holen, weil bei einer vorherigen Installation eines .NET Hotfixes was schief gelaufen ist und deshalb manuelle Intervention erforderlich wird. Deshalb versuche ich in meinem Script zunächst so viele verschiedene .NET Installationen wie möglich zu erkennen und diese nach Möglichkeit zunächst sauber zu deinstallieren, bevor ich dann meine Installation starte. Auf diese Weise kriegen wir eine genormte Installation und es können hoffentlich ein paar problematische Installationen repariert werden.

Gruß

Dirk

[Neptunium]

Ich habe gedacht man könnte wie beim 1.1 die bereits erschienen Hotfixes für 2/3/35 auch direkt integrieren. Dies wollte ich mit folgenden Hotfixes tun:

[snip]

Wie gesagt an sich dachte ich würden sich die Hotfixes integrieren lassen. Anbei auch mal das Log bzgl. der Integration des Hotfixes NDP20SP2-KB958481-x86, für mich sieht es so aus als wurde dieser ohne Fehler integriert.

NDP20SP2-KB958481-x86.zip

Was mache ich falsch?

Schon mal die Patches manuell installiert? Tauchen sie dann in der Softwareliste auf? Gibt es die entsprechenden Uninstallverzeichnisse im Windowsverzeichnis? Und mal dumm gefragt: Wieso nimmst du die Hotfixes als Patches und nicht die msi-Version (oder gibt es die schlicht für diese Hotfixes nicht)?

Gruß

Dirk

[mr.quickly]

Ich installiere sie zurzeit per .msp Datei nach der eigentlich .Net Installation nach. Dann tauchen die auch wie oben bereits zu sehen in der Softwareliste auf.
Habe die .exe Dateien entpackt und die Installation der .msp Dateien geht auch schon schneller.

Letztlich kann ich damit leben, verstehe nur nicht warum die nicht alle angezeigt werden wenn ich diese integriert habe?!

[heuft_kdi]

So mache ich es auch.

Und da die Installation der einzelnen.NET Komponenten von Haus aus schon Patches installiert (Keine Ahnung, warum MS nicht einfach ein vernüftiges MSI Paket schnürrt), könnte ich mir vorstellen, das es damit zusammenhängt.

@Neptunium
Stimmt, Platz sollte in der heutigen zeit kein Problem sein (und ist es eigentlich auch nicht). Aber, was die Integration von Patchen angeht. Der Große 3.5 installer entpackt ja erst die Drei Installationsroutinen. Darum klappt das mit der Übergabe ds PATCH Parametes IMHO nicht (Ich habe es aber nie getestet).

[torfkop]

ich weiß das Thema ist schon ziemlich alt aber ich habe irgendwie ziemliche Probleme mit der silent Installation.
Den Link http://blog.project84.net/default,date,2008-03-10.aspx gibt es leider nicht mehr und ich weiß nun nicht wie ich an die Dateien kommen soll, die ich für die Installation benötige.

Außerdem ist meine Frage, ob alle Dateien mit in die Ordner müssen oder nur die jeweiligen msi Dateien?