WindowsXpのPCにRicoh Ridoc Document Router V4の配信管理ツールをインストールしたが、サーバには接続できるが「宛先新規登録」が出来ない。
左ペインで「全宛先一覧」を右クリックして「宛先新規登録」を選んでもサブメニュー内の項目全て（「ユーザー」、「グループ」等）がグレイアウトしていて選択が出来ない。
数日前まで他のPCから接続して宛先の登録も出来ていたので、サーバー側の問題では無いと思う。
今のところ原因は不明だが、とりあえず配信管理ツールを最新版にアップデートすることにした。
＃サーバーのバージョンとちょっとだけバージョンが違うため。
さてどうなることか？
More from: Document Router
←クリックしてくれると嬉しいです。
ここにもWindows7非対応のソフトが・・・・・・・
職場で新規に購入したPCの設定をしていて、RicohのRidoc Document routerの配信管理ツールをインストールしようとしたらインストーラーのOS判定に引っ掛かってしまいインストールできない（Windows Server 2008対応の最新版でもダメだったが）。
OSはWindows7Proで、職場で使うソフトの一部が64ビット版では動作しない（もしくは動作保証が無い）ので32ビット版としている。
配信管理ツールは必須のソフトではないが、無いと困ることもあるので一部のPCにはインストールしていて、今回セットアップしているPCには入れる予定だった。
なのでRicohに問い合わせてみるとやはりWindows7には非対応ということだった（Windows7発売時には開発が終わっていたソフトなので今後も対応は期待できないとのこと）。
それじゃどうすれば良いのか？と相談したらWindowsVISTA以前のOSのPCにインストールするか、Ridoc Document routerをインストールしたサーバ（当然ながらWindowsサーバー）にリモートデスクトップ接続して使って欲しいとのこと。
そういえば今年の頭に他の現場に導入した際にクライアントが全てWindows7だったので、サーバーにデスクトップ接続で入って配信管理ツールを使った記憶がある。
今後はWindows7（もしくはそれ以降のWindows）のPCが増えていくので、この方法を使うしかないんだろうなぁ、、、、、
＃古いバージョン（Version2）のインストーラは動作したが、これだとVersion4のサーバには接続できないので使えない。
←クリックしてくれると嬉しいです。
無限ループは解決したけど
昨日書いた「Ridoc Document Routerの無限ループ」はなんとか解決した。
今日の朝Ricohに問い合わせたところ、複数の原因が考えられるがとりあえず出来ることを教えてもらえたので、現場に行ってやってみた。
ループに陥る原因としては、受信したデータを処理中にサーバがダウンしたために、処理が中途半端になったデータがあることや、処理するデータが大量にあるために処理に時間がかかり一見無限ループに陥ってしまったように見える場合もあるとのこと（いや、それは判りますがね）。
他には実行ファイルそのもの（Dds.exe）の破損も考えられるということだったが、今回は敢えて考えないことにした。
今回のはIO機器から送ったデータがA4一枚分しか無いことや、サーバを何度再起動しても変化が無いことからデータ量が多過ぎるということが原因とは思えず、やはり処理途中の中途半端な状態のデータがある為に配信サービスのプロセスが処理を終了できないでいると考えた。
そこで処理途中の中途半端な状態のデータを捨てることで正常な状態に復帰するのではないか（いや、「復帰して欲しい」が正解か）と思い、IO機器から送られたデータがどのように処理されるかを教えて貰い、正常に処理がされていればデータが存在しないはずのフォルダにあるファイルを消すことにした。
以降のフォルダ名の先頭の「RidocCab」はインストール時に指定したデータフォルダ名を指すので、ドライブレターやフォルダ名はその指定したものになる(例えばデータフォルダを「C:\Ricoh-data」とした場合は「C:\Ricoh-data\FtpRoot\”機器NO”」のようになる）。
IO機器から送られたデータは、最初に「RidocCab\FtpRoot\”機器NO”」に入り、処理に伴い「RidocCab\DR\Spool\Compose」→「RidocCab\cabinet\WG_Root\”各フォルダ”」の順に移動して行くので、最初の2つのフォルダにはファイルは残らない（筈）。
＃ここで言う”機器NO”とは、各IO機器が持っている固有のNoで、配信管理ツールでFAX配信ログやスキャナー配信ログの”配信元機器”に表示されるNOのこと。
なので、「RidocCab\FtpRoot\”機器NO”」及び「RidocCab\DR\Spool\Compose」内のファイルをフォルダごと消すことにした。
まず最初に作業中にIO機器からのデータを受信しないように、タスクマネージャを使ってDds.exeの動作を止めて配信サービスを終了させた（配信管理ツールからでは停止できなかったため）。
次に念のため「RidocCab\DR\Spool」以下のフォルダとファイルを全て他の場所にバックアップとしてコピーした（幸い「RidocCab\FtpRoot\”機器NO”」以下にはファイルは無かったので「RidocCab\DR\Spool」以下だけで済んだ）。
その後「RidocCab\DR\Spool」以下のフォルダ（「Compose」「Entries」「Error」「JobList」）内のファイルとフォルダを全て削除した。
削除が完了したところでサーバを再起動し、起動後にタスクマネージャで負荷を見たところ、それまでは100%だったのがDds.exeが動作している状態でも数%まで下がっていたので、試しにFAX機からデータを送ったところ無事に指定したフォルダにデータが格納された。
これでなんとかIO機器からのデータを正常に処理することが可能になったが、サーバ自体はHDDにエラーがあって動作が不安定のままなので、早急にHDDを交換して再構築しなくてはならない。
HDDを交換して「EASEUS Drive Copy」を使ってディスク全体をコピーするつもりだけど、エラーのあるHDDを正しくコピーすること出来るのかな？
←クリックしてくれると嬉しいです。
Ridoc Document Routerの無限ループ
先日から調子の悪いRidoc Document Routerサーバをだましだまし使っていたが、昨夜からまた止まっていたようでＦＡＸが受信したデータをサーバに送れずにいた。
ところがサーバ自体のＯＳは起動していたようでpingにきちんと応答を返してくる。
現場のユーザーからもＦＡＸが使えないという問い合わせも無いので、現場に行って確認してみると確かにＯＳは起動している。
クライアントＰＣからRidoc Deskで接続することも出来、配信されたデータを見ることも出来るが、ＦＡＸ機からの接続がうまく行かない様でネットワークエラーの状態が続いていて、受信したFAXデータをサーバに送れないためメモリ残量が20%を下回ってしまった。
受信したFAXを紙に印刷してしまえばメモリを開放することが出来るのだが、悪いことに紙詰まりを起こしていて印刷が出来ない状態。
とりあえず受信したFAXを印刷するために詰まった用紙を取り除き、用紙を補給してなんとか全てを印刷してメモリは開放できたが、相変わらずサーバにはデータを送ることが出来ない。
配信管理ツールでIO機器設定を見てみると何故か同じFAXが2つ登録されていたので、片方を削除して念のためFAX機の設定で配信サーバのアドレスを確認すると案の定クリアされていた。
クリアされていた配信サーバのアドレスを正しく設定しなおすとネットワークエラーは解消されたので、試しに一枚スキャンしてサーバに送ってみると、FAX機からは正常に送られたように見えた。
ところが、サーバの配信ログを見ると全く配信された記録が見当たらず、クライアントからも見えない。
RicohのRidoc Document Routerが受信したドキュメントを処理できずに無限ループに陥ってしまったようだ。
どうも強制的にサーバが停止した時にデータやファイルの整合性が狂ってしまったらしい。
またループに陥ったせいで配信管理ツールからサービスの停止を試みてもサービスが停止しないので、タスクマネージャからDds.exeのプロセスを停止することでようやくサービス停止の状態になった。
かなり以前にも似たようなことがあり、その時はRicohの担当者の方のアドバイスを受けながら復旧させたような記憶があるが、どのようにして復旧させたかが今現在判らない（汗）。
明日にでも再度Ricohに問い合わせてみるかぁ、、、、、、なんかファイルを削除したような気がするんだよなぁ、、、、、
←クリックしてくれると嬉しいです。