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

xpa 2.5 いーさぽ

コメント

23件のコメント

  • nkmt

    ISHIJIMAさん ありがとうございます。
    2.5でスタンダードサポートのお客様と2.5でエコノミーサポートのお客様がいますが
    全部VerUpした方がいいんでしょうけど、xpa 4 は最初の項目でパークの件、まだその後
    改善実験(次項目、前項目)をしておりません。

  • nkmt

    ありがとうございます。
    だいたいはバージョン終了する頃には、質問する事も減ったりするのでしょうね。

  • nkmt

    Windowsサーバーがたまに固まる事があるお客様がいまして。
    原因がつかめなくて。
    以下はサーバーを電源長押しした時なのか、後なのか不明です。
    1つずつ何か試していきたいと思います。
    xpaも最新パッチをあてたいと思います。

    2022/8/1 14:08:38
    システムは正常にシャットダウンする前に再起動しました。このエラーは、システムの応答の停止、クラッシュ、または予期しない電源の遮断により発生する可能性があります。

    2022/8/1 14:09:29
    アプリケーション:MgxpaRuntime.exe
    フレームワークのバージョン:v4.0.30319
    説明: ハンドルされない例外のため、プロセスが中止されました。
    例外情報:System.InvalidOperationException
       場所 System.Windows.Forms.MessageBox.ShowCore(System.Windows.Forms.IWin32Window, System.String, System.String, System.Windows.Forms.MessageBoxButtons, System.Windows.Forms.MessageBoxIcon, System.Windows.Forms.MessageBoxDefaultButton, System.Windows.Forms.MessageBoxOptions, Boolean)
       場所 com.magicsoftware.unipaas.gui.low.GuiInteractive.writeToMessageBox(System.Windows.Forms.Form, System.String, System.String, Int32)
       場所 com.magicsoftware.unipaas.gui.low.GuiInteractive.onMessageBox()
       場所 com.magicsoftware.unipaas.gui.low.GuiInteractiveBase.Run()
       場所 com.magicsoftware.unipaas.gui.low.GuiInteractiveBase.Invoke()
       場所 com.magicsoftware.unipaas.gui.low.GuiInteractiveBase.messageBox(com.magicsoftware.unipaas.gui.GuiMgForm, System.String, System.String, Int32)
       場所 com.magicsoftware.rte.RteExecutor.ShowMessageBox(Int32, System.String, System.String, Int32)
       場所 RteExecutorEndpoint.InvokeShowMessageBox(Int32, System.String, System.String, Int32)
       場所 <Module>.RteExecutorBridge.ShowMessageBox(RteExecutorBridge*, Int32, Byte*, Byte*, Int32)
       場所 <Module>.CoreExecutorEndpoint.InitializeCore(Byte*)
       場所 <Module>.CoreExecutorBridge.InitializeCore(CoreExecutorBridge*, System.String)
       場所 CoreExecutorGateway.InitializeCore(System.String)
       場所 com.magicsoftware.rte.RTEmanager.ExecuteMainThread(System.String)
       場所 com.magicsoftware.rte.RTEmanager.Main()

    2022/8/1 14:09:30
    障害が発生しているアプリケーション名: MgxpaRuntime.exe、バージョン: 2.5.0.433、タイム スタンプ: 0x55152e58
    障害が発生しているモジュール名: KERNELBASE.dll、バージョン: 10.0.14393.5246、タイム スタンプ: 0x62bfb7c9
    例外コード: 0xe0434352
    障害オフセット: 0x000dc7e2
    障害が発生しているプロセス ID: 0xd3c
    障害が発生しているアプリケーションの開始時刻: 0x01d8a564d4f33adf
    障害が発生しているアプリケーション パス: C:\Program Files (x86)\Magicxpa\RIA Server 2.5\MgxpaRuntime.exe
    障害が発生しているモジュール パス: C:\Windows\System32\KERNELBASE.dll
    レポート ID: 935f19d7-0239-49af-acf1-cc4f2951e0ea
    障害が発生しているパッケージの完全な名前: 
    障害が発生しているパッケージに関連するアプリケーション ID: 

    Windows Server 2016 Standard
    メモリ 16GB

    MgxpaRuntime.exe
    2015/03/27 19:23

  • nkmt

    xpa 2.5 でパッチは一切当たっていないと思います。
    最新パッチをあててみようと思います。
    20秒に1度程、このサーバーでバッチ処理が動いています。
    今は使わない処理が有る事も判明したので、その処理も止めるつもりです。
    画面が真っ暗になるとかブルースクリーンになる事はなく、キーボード、マウス等が
    効かなくなるみたいです。
    SQL Server を読み書きするuniPaaS V1 Plus 実行版のPCもMagicで作った販売管理が
    動かなくなるみたいです。
    このサーバーは、RIAモバイル、uniPaaS V1 PlusのリモートAPP、
    SQL Server、まいと~くFAXが動いています。

  • nkmt

    頻度は2週間に1回とか月に1回、3ケ月ぐらい無かった時もあるようです。

  • Tanda

    エラーの中に、「MessageBox」という用語が頻繁に出ているのが気になりますね。理由は分かりませんが。

  • Tanda

    「OSコマンド」とかで、外部アプリを組み込んでいるとかはありませんか?

  • Tanda

    > 20秒に1度程、このサーバーでバッチ処理が動いています。

    20秒に一度のバッチとなると、長年の使用によるディスクの破損も考えられそうですね。

  • nkmt

    いつもお世話になっております。
    OSコマンドは組み込んでおりません。

  • Tanda

    「まいと~くFAX」はどのように起動されていますか?

  • nkmt

    まいと~くFAXは、xpa 2.5 からは使用しておりませんがuniPaaS V1 Plus から使用しております。
    事前に、まいと~くFAXを起動してから、その後、uniPaaS V1 Plus が定期的に
    注文書送信依頼データが生成されていないか20秒間隔で点検してまいと~くFAXへ印刷しております。

    今の自分なら、朝1番でまいと~くFAXへconnectし、1日中Magicからconnectしっぱなしの処理を
    作りますが、当該システムは印刷を行う都度、connect、DisConnectしております。

  • Tanda

    枯れたシステム(安定したシステム)で不定期に起こるエラーとなると、ディスクの老朽化も疑ったほうがいいかもしれませんね。

    私は昔、現場で働いていた頃、ディスクアクセスの多いユーザさんには5年おきくらいにディスクを交換することを勧めていたことがあります。

  • nkmt

    サーバー買い替えてて、丸3年ぐらいのようです。

  • Tanda

    まいと~くFAXのほうは、現行のWindows Serverに対応していますか?

  • nkmt

    > 症状は最初からなのでしょうか
    > それとも何か導入したとか環境に変化があってからでしょうか
    なんとなくですが、xpa 2.5 RIAサーバーの方ではなく、uniPaaS V1 Plus の方で20秒ごとにFAX依頼データの存在を確認後、別バッチ処理でモバイルから入荷処理が来ていないかの処理がもしかすると重いのかな?とも疑っています。
    でも固まったと言われる時間にmgerror.log等にも記載が無いし、まだ原因がわかりません。
    そのお客様は電機工事をした時期の電圧がおかしな時期もありました。
    お客様の担当者は、FAXモデムがおかしいんじゃないかと疑ってたりもします。

    とりあえず第1段として、先に書いた重いかもしれない処理を止めてみる事にしました。

    まいと~くFAX 9 Proですが、動作環境のOS一覧に、サーバーOSはありません。
    (同様のサーバーOS上で安定稼働しているお客様も別であります。)

  • Tanda

    > まいと~くFAX 9 Proですが、動作環境のOS一覧に、サーバーOSはありません。

    となると、3年前にサーバを買い替えてからの環境が対応外なのかもしれませんね。

  • Tanda

    ネットで検索すると、まいと~くFAXにはWindows Server対応版が、別途存在するみたいですね。

  • nkmt

    はい、tandaさんのおっしゃる通りサーバー版はあります。

  • Tanda

    私の検索のしかたがまずいのかもしれませんが、「まいと~くFAX 9 Pro」のWindows Server対応版は、Windows Server 2003 R2の32ビット版までしか対応していないみたいなのです。

  • nkmt

    tandaさんの情報で正解だと思います。ありがとう御座いました。
    こことは別のお客様ですが2016サーバーでとても安定してFAX送信できている所もあります。

    第1段で重いバッチの停止。
    第2段でxpa 2.5のパッチ当てを試してみます。
    イベントビューアーのメッセージ番号での探りもいれてみます。

  • nkmt

    uniPaaS V1 Plus と
    xpa 4 RIA Server Mobileと
    SQL Server と
    まいと~くFAX 9 Pro と
    ターミナルサービスを1台のサーバーで動かしているお客様もあります。
    話逸れますが、このお客様はバックアップデータをフリーソフト 7zのコマンドラインで
    圧縮ZIP化してますが、4CoreのCPU使用率が4つとも90%~60%で推移してました。
    こんなにCPUを使う場面は初めて見ました。

  • Pu

    こんにちはPuです。

    >2022/8/1 14:08:38
    システムは正常にシャットダウンする前に再起動しました。このエラーは、システムの応答の停止、クラッシュ、または予期しない電源の遮断により発生する可能性があります。

    このlogは再起動時のlogですのでこれ以降は電源長押し以降になるので
    サーバーが固まった原因のlogではないと推測します
    頻繁にバッチが走ることからメモリーリーク等も疑った方が良いと思います。
    定期的に再起動をスケジューリング化するのも試してみる価値があるかも
    でわ~でわ~

  • nkmt

    Puさん いつもお世話になっております。
    やはり電源再投入後のメッセージでしたか。
    薄々そんな気もしていましたが恥ずかしながらそこまでたどり着けませんでした。

    昨日までは13,000明細のIPad入荷明細 に その鑑を外部リンクして、鑑の処理済FLGで
    範囲指定する処理が30秒に1回ぐらいのペースで読まれていました。
    しかもそのバッチPGは、画面上にテーブルコントロールで表示もしようとしていました。
    該当件数が最近は0件だったのでそれを今日から止めてみました。

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