-1

私は社内アプリケーションで運用環境に展開するために使用するいくつかのMSIパッケージを用意しています。しかし、最近私たちはSCCMに移りました。これは問題が始まったときで、ほとんどのMSIがハンドルリークを起こす傾向があります。下記の私の観測 - 冗長ログでMSIEXECを使用してうんざりなぜSCCMがMSIのハンドルリークを引き起こしていますか?

  • 正常に動作します - - SCCM が誤用リークでを失敗スルー細かい
  • 同じMSIがインストールされている作品

    • は、MSIの手動インストールを試してみましたエラー。これらのリークはすべて、* .rulファイルのカスタムアクションで発生する傾向があります。

    これは特定のMSIまたは特定のサーバに固有のものではないことに注意してください、同様の振る舞いは、いくつかのMSIパッケージで、いくつかのサーバで観察されます。

    ご協力いただければ幸いです。

  • +0

    カスタムアクションをコード化しましたか、それともInstallShieldによって提供されましたか?カスタムアクションがクラッシュしたことをログに表示していますか(一般的なリークの原因)?ユーザーごとまたはインストールごとにインストールが非常に異なるため、ユーザーまたはマシンに公開していますか?問題を示す実際のログ抽出を投稿するかもしれません。 – PhilDW

    +0

    カスタムアクションは私たちによって書かれており、SCCMの外でうまく動作します。私は会社のポリシーのためにログを投稿できませんが、あなたの質問に確実に答えられます。冗長なログですら何も言わない。カスタムアクションがヒットした瞬間、MSIハンドルがリークします。アプリケーションがマシンに公開されます。あなたの助けに感謝。 –

    答えて

    0

    通常、SCCMを介した展開はLocalSystemアカウントで実行されますが、カスタムアクションがこのように動作する可能性があります。

    ローカルマシン上でPsExecでパッケージを実行して、同様の実行をシミュレートして、そうであるかどうかを確認することができます。

    - Debugging custom actions - MSI handle leaks

    +0

    あなたは正しいです。私はそれを複製することができました。しかし、私はまだこの修正が何になるのだろうと思っていますか?すべてのポインタ? –

    +0

    私は自分の答えにリンクを追加しました。問題が何であるかを言うのは難しいです。コードを添付してデバッグする必要があります。 –

    +0

    リンクをありがとう、しかし、私はすでにすべてを通過して、私が何かを見つけることができなかったときにだけここに私の質問を掲載しました。 –

    関連する問題