Der typische App-V Fehlercode besteht aus 2 x 4 Bytes in der Form hexadezimal: „0x00000000-0x00000000“. Die ersten sechs Zeichen beziehen sich auf den App-V Quellcode und können ignoriert werden. Für die Fehleranalyse sind die letzten 10 Zeichen interessant. Also „00-0x00000000“. Die ersten beiden Zeichen zeigen die Art des Fehlers und die Quelle. Die letzten acht Zeichen sind der eigentliche Fehlercode. Wenn einmal ein Fehlercode als Dezimalzahl zurückgegeben wird, so muss diese Dezimalzahl zur Analyse in einen Hexadezimalwert gewandelt werden.

Wie in einem anderen Artikel bereits beschrieben, kann es bei der Bereitstellung von App-V Paketen auf provisionierten Servern zu Problemen (Appcrash) kommen, sofern man nicht die Funktion "Cache in Device RAM with Hard Disk Overflow" des Provisioning Servers nutzt oder den App-V Cache auf das persistentes Laufwerk auslagert.
Macht man letzteres muss sichergestellt sein, dass der App-v Cache nach jedem Reboot des Servers gelöscht wird, da es sonst zu Problemen beim Import der Pakete durch den App-V Client kommt.
http://blogs.msdn.com/b/sgern/archive/2014/05/26/10528435.aspx

Leider ist es nicht möglich, den App-V Cache (in unserem Fall "D:\App-V") so ohne weiteres bei jedem Neustart zu löschen, da dem SYSTEM Konto teilweise die entsprechenden Berechtigungen fehlen (Access denied).

The Appbot Citrix Application Streaming to App-V 5 migrator has in the version 1.1, a commandline enhancement.

Now we can automatic convert a hole folder with citrix packages to App-V 5. With this extension you can migrate 100 packages in one day!