2 replies to this topic

[Heike Storkebaum]

Hallo, ich hoffe mein Problem ist ein MSI-Problem
(IS 12 Premier, MSI 3.1):

Bei einem Major Upgrade sind einige Dateien für den Installer gesperrt, so dass sie nicht entfernt werden können.

Alle diese Dateien stammen aus einem selbsterstellten MergeModul von Anfang 2007, das schon in 3 Setups / Upgrades verwendet wurde (bisher problemlos). Betroffen sind insgesamt 6 Dateien, die dann nach einem Reboot im Installationsverzeichnis fehlen.
In dem MergeModul sind diese Dateien zum Teil mit anderen Dateien in einer Komponente zusammengefaßt oder auch einzeln in einer Komponente (kein Muster erkennbar).

Folgende Log-Einträge habe ich gefunden:

Datei, die als eine Komponente konfiguiert ist:

MSI (s) (40:7C) [11:07:37:954]: Executing op: FileRemove(,FileName=FECN-8002-0000-1542-1510.frelf,,ComponentId={C95FAF19-D069-4F99-AA75-7A3ACFBEE4CA})
MSI (s) (40:7C) [11:07:37:954]: Verifying accessibility of file: FECN-8002-0000-1542-1510.frelf
MSI (s) (40:7C) [11:07:37:954]: Verifying accessibility of file: FECN-8002-0000-1542-1510.frelf
MSI (s) (40:7C) [11:07:37:954]: Note: 1: 2318 2: C:\Config.Msi\72cf29.rbf
MSI (s) (40:7C) [11:07:37:954]: Using source file security for destination.
MSI (s) (40:7C) [11:07:37:985]: Note: 1: 2329 2: 32 3: C:\Program Files\Common Files\LCI\FR81\FECN-8002-0000-1542-1510.frelf
MSI (s) (40:7C) [11:07:37:985]: Verifying accessibility of file: FECN-8002-0000-1542-1510.frelf
Info 1903.Scheduling reboot operation: Deleting file C:\Program Files\Common Files\LCI\FR81\FECN-8002-0000-1542-1510.frelf. Must reboot to complete operation.
...
MSI (s) (40:9C) [11:09:03:440]: Executing op: ComponentRegister(ComponentId={C95FAF19-D069-4F99-AA75-7A3ACFBEE4CA},KeyPath=C:\Program Files\Common Files\LCI\FR81\FECN-8002-0000-1542-1510.frelf,State=3,,Disk=1,SharedDllRefCount=3,BinaryType=0)
...
MSI (s) (40:9C) [11:09:36:728]: Executing op: FileCopy(SourceName=FECN-8~1.FRE|FECN-8002-0000-1542-1510.frelf,SourceCabKey=fecn_8002_0000_1542_.B907E37C_D286_4347_96A0_325FAED95403,DestName=FECN-8002-0000-1542-1510.frelf,Attributes=8192,FileSize=581,PerTick=32768,,VerifyMedia=1,,,,,CheckCRC=0,,,InstallMode=58982400,HashOptions=0,HashPart1=23216363,HashPart2=1202250859,HashPart3=66751844,HashPart4=24828357,,)
MSI (s) (40:9C) [11:09:36:728]: File: C:\Program Files\Common Files\LCI\FR81\FECN-8002-0000-1542-1510.frelf; Won't Overwrite; Won't patch; Existing file is unversioned and unmodified - hash matches source file
MSI (s) (40:9C) [11:09:36:728]: Executing op: FileCopy

Datei, die mit anderen Dateien in einer Komponente zusammengefaßt ist:

MSI (s) (40:7C) [11:07:38:986]: Executing op: FileRemove(,FileName=Univers.amd,,ComponentId={849F1A85-5E37-40D9-B7D1-3072CB35EA7E})
MSI (s) (40:7C) [11:07:38:986]: Verifying accessibility of file: Univers.amd
MSI (s) (40:7C) [11:07:38:986]: Verifying accessibility of file: Univers.amd
MSI (s) (40:7C) [11:07:38:986]: Note: 1: 2318 2: C:\Config.Msi\72cf67.rbf
MSI (s) (40:7C) [11:07:38:986]: Using source file security for destination.
MSI (s) (40:7C) [11:07:39:017]: Note: 1: 2329 2: 32 3: C:\Program Files\Common Files\LCI\FR81\Univers.amd
MSI (s) (40:7C) [11:07:39:017]: Verifying accessibility of file: Univers.amd
Info 1903.Scheduling reboot operation: Deleting file C:\Program Files\Common Files\LCI\FR81\Univers.amd. Must reboot to complete operation.
...
MSI (s) (40:9C) [11:09:03:518]: Executing op: ComponentRegister(ComponentId={849F1A85-5E37-40D9-B7D1-3072CB35EA7E},KeyPath=C:\Program Files\Common Files\LCI\FR81\,State=3,,Disk=1,SharedDllRefCount=0,BinaryType=0)
...
(SourceName=Univers.amd,SourceCabKey=Univers.amd.B907E37C_D286_4347_96A0_325FAED95403,DestName=Univers.amd,Attributes=8192,FileSize=62214,PerTick=32768,,VerifyMedia=1,,,,,CheckCRC=0,,,InstallMode=58982400,HashOptions=0,HashPart1=-1537419246,HashPart2=-82961228,HashPart3=522809671,HashPart4=55717084,,)
MSI (s) (40:9C) [11:11:16:278]: File: C:\Program Files\Common Files\LCI\FR81\Univers.amd; Won't Overwrite; Won't patch; Existing file is unversioned and unmodified - hash matches source file


Hat mir jemand eine Idee, wie man diesem seltsamen Verhalten auf die Spur kommen kann?

Vielen Dank.

[Stefan Krueger]

Ich vermute:
1. der Installer erkennt, dass die Datei in der aktuellen Version vorliegt und deshalb nicht erneut installiert werden muss
2. die Deinstalaltion der alten Version bemerkt, dass die Datei nicht gelöscht werden kann und macht einen Eintrag, dass die Datei beim Reboot gelöscht soll
3. Beim Reboot geschieht dann genau das...

Lösungsmöglichkeit: Ändere die Upgrade-Einstellungen, so dass die alte Version erst entfernt wird nachdem die neue Version installiert wurde.

[Heike Storkebaum]

Das Upgrade ist so konfiguriert, dass alles zu erst entfernt wird.

Das Problem ist mittlerweile gelöst - sehr perfide:
Wir hatten 2 VMs mit einem Snapshot, bei denen mit der Vorgängerversion gearbeitet wurde und ein Service noch lief, wenn das Upgrade auf die neue Version durchgeführt wurde.

Bei uns ist die gesamte ServiceInstallation aus verschiedenen Gründen geskriptet. Bei einer normalen Deinstallation wird im jeweiligen Uninstalling Event alles aufgeräumt. Diese Events werden aber nicht bei einem Upgrade aktiv.

Gemein daran war, dass nicht die erwarteteten geladenen Dlls betroffen waren sondern irgendwelche einstellungsabhängige Binärdateien (ws. wegen fehlender Versionskontrolle), so dass wir erst sehr spät auf die Idee mit dem laufenden Service gekommen sind.

Vielen Dank.