Błąd MsiInstaller 1935 HRESULT: 0x8007054F podczas instalowania SAP Crystal Reports x64

0

Instalując wersję x64 programu Crystal Reports, otrzymujemy następujący błąd na losowych komputerach:

Produkt: Aparat wykonawczy SAP Crystal Reports dla systemu .NET Framework   (64-bit) - Błąd 1935. Wystąpił błąd podczas instalacji   komponent montażowy {837BF1EB-D770-94EB-A01F-C8B3B9A1E18E}. HRESULT:   0x8007054F. interface zespołu: IAssemblyCacheItem, funkcja: Commit,   nazwa zespołu:   Microsoft.VC80.ATL, version = "8.0.50727.4053", publicKeyToken = "1fc8b3b9a1e18e3b", processorArchitecture = "amd64", wpisz = "win32"

Instaluje poprawnie wersję x86.

Patrząc na internet znaleźliśmy i wypróbowaliśmy następujące rzeczy:

  1. Aby zwiększyć rozmiar wartości rejestru RegistrySizeLimit. Działało na niektórych komputerach, nie na innych.
  2. Aby wykonać reset dziennika transakcji: fsutil zasób setautoreset true C :. Bez różnicy.

Znaleziono interesujące objawy:

  1. Wszystkie awaryjne maszyny mają problemy z Windows Update. Dziennik aktualizacji pokazuje KB (nie zawsze taki sam), co daje nieskończenie powtarzający się błąd.
  2. Wykonanie SFC / scannow zawsze mówi, że jest oczekująca zmiana i konieczne jest ponowne uruchomienie (jeśli zrestartujesz, nadal mówi to samo).
  3. Patrząc na charakterystykę okien, okno wydaje się prawie puste bez większości elementów, które powinny być obecne.

Jakieś pomysły na instalację Crystal Reports i jak może być powiązany z Windows Update?

Ignacio Soler Garcia
źródło
Brzmi jak Crystal Reports zależy od aktualizacji KB lub zbiorczej. Czy próbowałeś ręcznie zainstalować poprawki do uszkodzonego pakietu KB poprzez pobranie z witryny firmy Microsoft?
spikey_richie
Patrzeć na sorcim.com/knowledgebase/error-1935-windows-7.html Wydaje się, że powszechny problem z Windows nie jest związany z Crystal ...: Wciąż trwają badania.
Ignacio Soler Garcia

Odpowiedzi:

0

Walczyłem dziś z tym problemem zarówno z wersjami x64, jak i x86 środowiska wykonawczego Crystal Reports i znalazłem (bolesny) sposób ich instalacji.

Powodem jest to, że instalator Crystal Reports Runtime v13.x deklaruje zależność od Visual C ++ Runtime 2005, ale ten instalator jest z kolei bardzo uszkodzony. Nie rozpozna się sam lub później zbuduje go jako już zainstalowany, więc zawsze będzie podejmowana próba instalacji, nawet jeśli nie będzie to konieczne.

Zazwyczaj nie stanowi to większego problemu, ale okazuje się, że instalator jest również w jakiś sposób niekompatybilny z instalatorami .NET Framework. Jeśli więc korzystasz z systemu Windows 7 i już zainstalowałeś, na przykład .NET Framework 4.6.1, wtedy wszystkie instalacje Crystal Reports Runtime zakończą się niepowodzeniem z bardzo niejasnymi komunikatami dotyczącymi WinSxS i tak dalej.

Po prostu nie grają w grę i nie ma przełącznika wiersza polecenia do instalatora środowiska wykonawczego Crystal Reports w celu pominięcia kontroli środowiska wykonawczego VC ++.

Aby dodać zabawy do zabawy, po prostu odinstalowanie .NET Framework 4.6.1 nie przyniesie rezultatu, ponieważ pozostawia pliki w pobliżu, chyba że programy, które go używają, zostaną najpierw odinstalowane!

Tak więc zrobiłem:

  • Odinstaluj wszystko, co podejrzewałem, wymaga .NET Framework 4.6.1 (Visual Studio 2010 i WSZYSTKIE zależności, w tym narzędzia SQL Data itp.)

  • Odinstaluj .NET Framework (to przywraca system do domyślnej wersji. 2.0 w przypadku Windows 7, jak sądzę)

  • Odinstaluj wszystkie środowiska wykonawcze Visual C ++.

  • Odinstaluj wszystkie środowiska wykonawcze Crystal Reports, jeśli istnieją.

  • Restart

  • Zainstaluj środowiska wykonawcze Crystal Reports (x86, x64).

  • Zainstaluj ponownie .NET Framework 4.6.1

  • Zainstaluj ponownie środowiska wykonawcze Visual C ++.

  • Na szczęście nie potrzebowałem już VS2010, miałem także 2015 rok.

Teraz wszystko działa!

Jorge Yanes Diez
źródło
1
Wow, jaka niesamowita historia. Tak przy okazji, naprawdę wiem, dlaczego zmierzyłeś się z tym samym problemem ...;)
Ignacio Soler Garcia