メインコンテンツへスキップ

Windows10、xpa3.2c、Magicを起動するとメモリをどんどん食う

コメント

29件のコメント

  • nkmt

    Magicを終了させると、メモリ使用95%といった感じから

    メモリ使用40%ぐらいまで減ります。そのPC1台だけ。
    xpa3.2c のPT4でも当ててみます。

  • nkmt

    そのPCにxpa3.2c のPT4でも当てても、メモリをどんどん食ってmagicのシステムは起動しません。
    MGERROR.LOGにも何も書かれません。

     

  • nkmt

    ありがとうございます。

    アプリケーション:MgxpaRuntime.exe
    フレームワークのバージョン:v4.0.30319
    説明: ハンドルされない例外のため、プロセスが中止されました。
    例外情報:System.OutOfMemoryException
    場所 System.Collections.Hashtable+ValueCollection.GetEnumerator()
    場所 System.Windows.Forms.Application+ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(IntPtr, Int32, Int32)
    場所 System.Windows.Forms.Application+ThreadContext.RunMessageLoopInner(Int32, System.Windows.Forms.ApplicationContext)
    場所 System.Windows.Forms.Application+ThreadContext.RunMessageLoop(Int32, System.Windows.Forms.ApplicationContext)
    場所 com.magicsoftware.unipaas.gui.low.GUIMain.messageLoop()
    場所 com.magicsoftware.unipaas.Manager.MessageLoop()
    場所 com.magicsoftware.rte.RTEmanager.ExecuteMainThread(System.String)
    場所 com.magicsoftware.rte.RTEmanager.Main()

     

  • nkmt

    障害が発生しているアプリケーション名: dwm.exe、バージョン: 10.0.18362.387、タイム スタンプ: 0x8e064b77
    障害が発生しているモジュール名: dwmcore.dll、バージョン: 10.0.18362.1110、タイム スタンプ: 0xe27448ad
    例外コード: 0xe0464645
    障害オフセット: 0x0000000000154ae8
    障害が発生しているプロセス ID: 0x450
    障害が発生しているアプリケーションの開始時刻: 0x01d6fc13ee382a44
    障害が発生しているアプリケーション パス: C:\WINDOWS\system32\dwm.exe
    障害が発生しているモジュール パス: C:\WINDOWS\system32\dwmcore.dll
    レポート ID: c192b3bf-9583-4021-ad3c-6d12e966484f
    障害が発生しているパッケージの完全な名前:
    障害が発生しているパッケージに関連するアプリケーション ID:

  • nkmt

    .net framework KB4586878など待ちになっているのをインストーるしてみます。

  • nkmt

    昨日お客さんが自己解決しようと連絡をもらえていませんでした。

    お客様が以下やってました。

    > 試しに、「回復」でWindowsのバァージョンを2004から1909へ戻しましたが、だめでした。

    少したまっているUPDATEをやってみます。

  • nkmt

    ISHIJIMAさん、ありがとうございます。
    再起動後を期待します。まだ途中です。

  • nkmt

    以下はシステムが起動するPCです。

    以下はシステム起動しない、現在各種WindowsUpdate中のpcです。

  • nkmt

    該当PCはWindows Update等もやりましたが、未だMagicを起動するとメモリをどんどん消費し
    起動しない状態です。まだ1909ですね。

  • nkmt

    Windowsの復元も昨日の分しかありませんでした。

  • Tanda

    CPUの使用率が上がるという症状ではなくて、メモリの使用量だけが増えるという現象でしょうか?

    ちなみに、メモリのハードウェア的な故障を検証するために、メモリチェックはやってみられましたか?

  • nkmt

    Tandaさんありがとうございます。
    CPU使用率は気にしていませんでした。
    4%ぐらいだったのが45%ぐらいまであがりそれが維持されてました。

    メモリ使用率は95%ぐらいまで上がります。
    そのまま放置するとWindows操作がしづらくなるので、mgxparuntime.exeを
    リソースモニタで終了させております。

    メモリ診断を思いつきませんでした。
    Windows再起動で点検されるのでしょうね。
    現地に現在人がいないので、また明日以降メモリ点検はしてもらおうと思います。

  • Tanda

    CPUはデュアルコアでしょうか?もしそうであれば、45%という数値は1個のCPUがほぼフル回転で無限ループに陥っているということが考えられますね。

    CPU使用率の問題であれば私も経験しているのですが、たしかパッチをすべて当てれば治ったように記憶しています。

  • nkmt

    CPUは4コアでした。
    メモリ使用率は95%ぐらいまで上がって、MGXPARUNTIME.EXEを終わらせたら23%まで下がりました。
    私は以前はパッチは順番に当てていましたが、その必要は無いと人から聞いて、今回は3.2CにPt4のみ当てました。それって間違いでしょうか?

  • nkmt

    お世話になっております。

    xpa3.2 Clientを昨日入れ直して、pt4を当てました。直っていません。
    先程、その環境にpt1、pt2、pt3、pt4の順で当て直しました。
    DLしたzipは解凍前に制限も解除して。でもまだ状況は変わらないです。

    全然関係ありませんが、20H2?にしてACCESS動かなくなったという所が
    Windows8互換とアイコン設定したら動いたとの事で、同様の事を試しましたが
    まだ状況変わらずです。

  • Tanda

    4コアで常時23%に行っているということは、1コアがループしているような感じですね。

    パッチの当て方については同梱のドキュメントを参照されるのがいいと思います。

  • Tanda

    ひょっとして、ライセンスの取得で失敗しているということはありませんか?IPアドレスはうまく取得できていますか?

  • nkmt

    tandaさん、ISHIJIMAさん お世話になっております。

    ※最新状況としては、営業会社様の方で該当PCは本日早朝に引き上げ、
     同時期に購入した別PCと明日以降に入れ替える事になりました。

     原因究明、解決を実現しないままになりそうです。
     お付き合い頂いたのに申し訳ございません。

    ・OSバージョンに関しては正常稼働は2004、
     該当PCは1909のままです。現地に担当が昨日は日曜日不在で、
     該当PCでWindows Updateなどをすると、最新の状態です になります。

    ・該当PCですが、Magicのシステムを起動するとリソースモニター
     物理メモリ使用量 43%がぐいぐい上がっていき90%前後を推移しました。

    ・C:\Program Files (x86)\Magicxpa\Client 3.2フォルダの
     Lisence.Datをリネームして、Magicのシステムを起動しようとすると
     Lisence.Dat not foundのエラーが表示されるので、ライセンスファイルは
     認識していると思われます。

    ・IPアドレスは固定
     192.168.6.107
     255.255.255.0
     192.168.6.252
     192.168.6.252 で、サーバーに対しping送り続けてずっと1msで応答有り。

    ・現在の状況でもWord、Excel、IE、Chrome、Edgeは正常に起動します。

    ・Magicで作成した同じシステムが2004になったPCでは正常起動する。

    ・Mgerror.logには何も書かれない。

  • nkmt

    ・この実験時間もWindowsログ → Applicationの所にはエラーは出ていません。

    ・Magicで作成したシステムを実験でDBを一切読まずにメニュー画面が起動する
     ecfに変更しても症状は変わらず。

  • nkmt

    今回の件、PC1台でMagicのシステムが動かなくなり、お客様判断で
    2004から1909へ戻した訳ですが、動かなくなった時点で
    ご連絡を頂きたかったというのが本音です。

    他の拠点やお客様では同様の事例は無いです。

  • nkmt

    ありがとうございます。WindowsOS上でハード点検など方法あればやってみたいのですが。

  • nkmt

    該当PCは初期化して予備機行きになるのかもしれません。

    お客様と営業会社様で信頼関係は出来ていますが、
    このPCはMagicのシステムだけ立ち上がらないんだよな、
    今後も同様の事が起きてしまうのではないか
    と心配を抱かれてしまうかもしれません。

    待機の為、今から早め出社に向かいます。

  • nkmt

    そのお客様のシステムは焼き直し稼働して2年10ケ月ぐらいです。

  • nkmt

    金曜日、午前中まで動いていて、その後、UPDATEが何か動き、お客様自身で回復を実施。
    連絡があったのはその日の夜9時で、PCの電源は既に切った後でした。

    このお客様の場合は、
    PCの初期設定、メール、文書移行にはタッチしないで済んでおり
    その他かかった時間分は請求させてもらえる感じではあるのが救いです。
    後で、ログなど再度見させてもらおうと思います。

  • hira

    参考になればと思い投稿させていただきます。お役に立てなかったら申し訳ありません。

    もし、OSの破損による問題であれば、修復コマンドのsfcを実行すると改善されることがあります。
    実行中でも普通に操作しても大丈夫です。WindowsUpdateでOSが破損することがたまにあります。

    1. コマンドプロンプトを管理者権限で実行
    2. sfc /scannow を実行

    ※sfcが実行できないほど壊れている場合は以下のコマンドを順番に実行する必要があります。
    DISM.exe /Online /Cleanup-image /Restorehealth
    DISM.exe /Online /Cleanup-Image /RestoreHealth /Source:C:\RepairSource\Windows /LimitAccess
    sfc /scannow

     

    他には、OSが破損したときの改善方法にはchkdskがあります。
    これはOSが覚えているストレージ(HDDやSSD)の情報が壊れた時に使うコマンドです。(メモリなので関係ないかもしれません)
    ※容量と破損状況に依存して時間がかかります。HDDの1TB一晩かかることもあります。

    1. コマンドプロンプトを管理者権限で実行
    2. chkdsk /b を実行
    3. PCを再起動

     

    他に思い当たることとしてはMagicは.NETの技術が使われているので.NET Frameworkを改めてインストールするか修復ツールを使ってみるのも以下もしれません。

    修復ツール

    .NET Framework 修復ツールが利用可能です。 (microsoft.com)

    .NET Framework インストーラダウンロード
    ※バージョンを指定してRuntimeをダウンロードすれば大丈夫です。xpa 3.x系は4.0以上なのでどれでも大丈夫です。

    Download .NET Framework | Free official downloads (microsoft.com)

    Magic xpa 3.x 動作環境
    Magic xpa 3.x 動作環境 :: DEVNET Japan (magicsoftware.co.jp)

  • Tanda

    可能性としては、.NET Frameworkの環境が壊れているのが原因ということが一番考えられますね。Microsoft側の不具合である可能性も否めません。

     

  • nkmt

    hira様、tanda様 お世話になっております。

    現地のPCは別の代替え機で置き換える事になっております。

    例の不調PCは、チャンスがあれば修復ツールを使った後、現地で起動確認を出来ればと思いますが、お客様希望でOS再インストールされるかもしれません。

    情報ありがとうございました。

  • Tanda

    > 今までこれをユーザーで行った人は自分のミスを隠している人が多いです。

    おっしゃる通りです。正直であったほうが自分の後学のためにもなるのですがね。

  • nkmt

    空白の9時間で、Windows UPDATEがなかなか進まない、現地にPC詳しい人いない、
    本社に電話、あまり詳しくない人が「電源切ってみる?」切った、なんて事があったか
    もしれないけど、わかりません。

    hira様よりいい情報も頂けましたし、
    ISHIJIMAさんもtandaさんにもいつもお世話になっており感謝申し上げます。

サインインしてコメントを残してください。