現場のFAXサーバが原因不明の不調に陥り、FAXからのデータが配信されない状態だ。
最初はFAX機そのものの不調だということで、消耗品の交換やセンサーの点検等をして貰ったが、今日になってFAXサーバ上の配信ソフト（RICOH Ridoc Document Router）が配信動作をしていないことが判明。
配信管理ツールから再開させようとしても一向に処理が始まらないので、駄目元でサーバ自体の再起動をしてみても症状は改善される気配が無いorz
配信管理ツールからエラーログを見ると「スキャナドライバの起動に失敗しました」のログが大量に出ているので、必要なサービスがきちんと起動できていないようだ。
タスクマネージャで見ても配信処理を行うはずのDds.exeが動作していない。
インストールされたフォルダからDds.exeを直接起動しても配信処理はされないので、なんらかの不具合がどこかにあるようだ。
こうなったら過去のデータは諦めて貰って配信ソフトの再インストールかな？
More from: 仕事
←クリックしてくれると嬉しいです。
Ridoc Desk Navigatorが落ちる現象
昨日の朝
「Ridocがおかしいんです。」
という連絡が来た。
現象を訊くとサーバ内のフォルダ間でデータを移動（配信）しようとするとビュワーが落ちてしまうと言う。
自分で使っているPCで試しても現象が確認出来たが、この時にはネットワークの不調の影響かと思っていた。
その不調も同日中には解消される予定になっていたので、それまでの間は我慢して貰うようにお願いした。
その後Ridoc Document Routerを動作させているWindowsサーバを移設し無事に稼動を始め、さらにネットワークの不調もL3スイッチの再起動を行ったことで解消されたのでRidoc Desk Navigatorの問題も解消されたと思っていた（他の部署からは不調の連絡が一切無かったためにそう思っていた）。
ところが夕方になってから再度不調の連絡が来たので、再度自分のところでチェックしたところ問題は解決しておらず、原因がネットワークには無いことが判ってきた。
ソフトの不調を疑って自分で使っているPCのRidoc Desk Navigatorを再インストールしてみたが、全く改善されない。
試しに他の部署で同じRidoc Desk Navigatorで配信の作業をしてみると全く問題なく行えることが確認されたので、サーバ側の問題でも無いことがはっきりした。
落ちるのはRidoc Desk Navigator（RExp.exe）とそこから起動されるビュワー（REviewer.exeだったかな？）の両方で、どちらもサーバ内のフォルダから他のフォルダにデータをコピーする際の配信処理で落ちる。
落ちたときの詳細情報を見ると、どちらも同じDLL内で異常が発生している。
これはどちらの実行モジュールも配信処理は同じDLLを呼び出して行っているということを示していて、そのDLLが何らかの原因で異常終了してしまうということだ。
いろいろ調べていくうちに問題なく動作するPCではRidocサーバの名前解決が出来無いことに気付いた。
問題が発生するPCには最新版のhostsファイルを入れてあり、そこにはRidocのサーバ名に対して違うIPアドレスが記述されている（近々に新しいサーバに変更する予定があるため）。
試しに自分で試しているPCのhostsファイルのRidocのサーバ名のエントリーを削除したところ配信処理を行った時に発生するエラーの内容が変わった。
エラーが変わっただけで処理が出来ないことには違いないので、今度はRidocのサーバ名のエントリーに正しいIPアドレスを書いたら今度は問題無く配信処理が出来るようになった。
原因がhostsファイルの記述にあることが判明したので連絡をくれた人のPCでも同様にhostsファイルを書き換えたところ、無事に配信処理が出来るようになった。
最初から名前解決出来ないPCでは問題が無く、間違った名前解決をするPCでは名前解決を出来ないようにしても異常が解消しないと言う点には疑問が残るが、とりあえず問題が解決して良かった・・・・・
それにしても名前解決が出来ない状態でどうやってサーバにアクセスしているんだろう？と思うが、Ridoc自身がどこかにIPアドレスを覚えこんでいるんだろうと推測できる。
＃基本はNet BEUIで名前でアクセスして、別ネットワークにあるような場合にはIPアドレスでアクセスしに行くのだろう。
今回の現象はRidocが覚えているIPアドレスと、hostsに書いてあるIPアドレスが食い違った場合の処理になんらかの不具合があることで発生したと思われる。
メーカーには対処をお願いしたいところだが、既に終息している製品なので対処はしてくれないだろうな。
←クリックしてくれると嬉しいです。
真夏日ならずか
札幌の今日の最高気温は29.6度で、真夏日にはならなかった。
それでもこの時期としては高い気温だ。
そのなかで荷物の運び出しをしていたのでかなり疲れた。
Ups5個は重かったなぁー
←クリックしてくれると嬉しいです。
暑くなりそうだ
札幌は一昨日、昨日と気温が上がり、昨日は最高気温が28.9度と平年（23.1度）よりも6度近く高かった。
今日は昨日よりもさらに気温が上がるようで、予想最高気温は30度と真夏日になることが予想されている。
今日はそんな中を出かけなくてはならない・・・・・・・
しかも荷物を運び出すという作業なので、汗をかくのは必至だなぁ、こりゃ。
でも、あのサーバを持ってこないと業務が（爆）
←クリックしてくれると嬉しいです。
こういう選択肢もあるかなぁ？,,,,と思ったけど
少し前に職場で
「（女性社員の）持ち歩き用にノートPCを選んで欲しい。」
と頼まれていた。
その時にはいくつか候補を挙げたのだけど、
「1.5Kgを超えると重たい。」
だの、
「値段が高い。」
だの言われて結局は決まらなかった。
※言われた条件を満たすのはVAIOのZくらいだったけど、これは高いので最初から「VAIOは高いから駄目」と言われていた。
で、今日になってたまたま見かけたのがレッツのSX2。
小さくて軽いという条件には合致しているのだけど、OSはWindows7のProの64bit版なのが難点だ。
業務でRidocを使っている関係上32bitでなくてはいけないのだが、逆に言うとRidocを諦めて貰えば64bit版でもOKということ。
気になる価格をちょっと調べてみると、オフィス無しでも15万円台と高いのでやっぱり候補からは外さざるを得ない。
でもなぁ、小さくて薄くて軽くてMSオフィス付きで10万未満のノートって探すのは大変なんだよなぁ（爆）。
いっそのこと性能には目をつぶってネットブックでも薦めようか？とも思ったけど、最初に先方が選んできたネットブックを否定したのは自分自身なので、今更ネットブックを薦める訳にもいかない。
うーん、軽いと言う条件だけでも外してくれないかなぁ？
手元にはかなり以前に預かったVAIOがあるけど、これは動作が不安定なので渡すわけにはいかない・・・・・・・・どうしようか？
←クリックしてくれると嬉しいです。
L3SWの処理落ち？
このところ職場のネットワーク環境がどうも不安定だ。
本来は閉じてあるはずのポートが時折開いたりして、思わぬトラフィックが発生したりしている。
ネットワーク機器の選定や設定をお願いした業者さんにいろいろ調べて貰っても、その度に
「設定では○○番ポートは閉じる設定になっています。」
という回答がくるばかり。
今日も昼間に調べた時には閉じていたポートが夕方になって開いているらしいとの連絡が来たので、調べてみるとやはり開いているとしか思えない状態になっていた。
すぐに業者さんに連絡して調べて貰ったところ、どうもネットワークセグメントを分割するのに使っているHUBの調子が悪いらしいことが判ってきた。
HUBと言ってもそこらのショップで売られている数千円の安物ではなく、ン十万円もするCISCOのL3スイッチだ。
そのL3スイッチに設定してあるアクセスコントロールリストが大きすぎてオーバーフローしてしまって動作が不安定になっていたらしい。
大きくなった原因は当初の設計時にはなかったポリシーを沢山追加したことらしいのだが、ポリシーを減らすことも出来ないので現在どうするかを検討中。
まずはメモリーの割り当てを増やして安定するかどうかを検証したいのだけど、そのためには再起動が必要で、再起動には10分程度の時間がかかるということで、どのタイミングで行うかを決めなくてはならない。
それにしてもHUBの再起動に10分とはねぇ・・・・・・（汗）
←クリックしてくれると嬉しいです。
なんで消すかなぁ？
仕事で客先に作業に行かせた部下からの報告に、サーバ上の特定のディレクトリが無くなっていると言うのがあった。
そのサーバ上にはユーザーが自由に使える領域を用意してファイルサーバとしているのだが、今回無くなっていたのはPC上のアプリが必要とするデータで、各PCから共通のデータを見る必要があるのでファイルサーバ上に置いてあったものだ。
ところが、ファイルサーバ上のディスクの空き容量を見るとかなり逼迫しているので、空き領域を広げるためにユーザーが消してしまったらしい。
仕方が無いので、別パーティション上のファイルシステム上にデータを送り、そのディレクトリにシンボリックリンクを張ることでデータをPCから見えるようにしたが、また消されるんじゃないだろうなぁ、、、、、、
そのデータが無いとアプリを使うことが出来ないのだが、誰も気にしていなかったようなので、そのアプリは使われていないようだ・・・
今度消されたらしばらく放置しておこうかな？
←クリックしてくれると嬉しいです。
今日も良い天気だなぁ・・・・・
今日の札幌は昨日に引き続き朝から快晴の良い天気。
予想最高気温も昨日（25.9度）と同じくらいの25度で、夏日になる見込み。
こんな日は仕事なんて行かずにどこかに遊びにでも行きたくなるなぁ（爆）。
←クリックしてくれると嬉しいです。
FAXの移転が出来ない・・・・・・・
職場のFAXサーバを別ハードに移転するのだけど、載せているFAXサーバソフト（Ridoc Document Router）のデータの移行について思いついた手段が使えるかメーカーに問い合わせたら、
「出来ません」
の一言（涙）。
SQLサーバ（MSDE）を使っている関係で実データ（tiffとサムネイル用のjpeg）を単純にコピーしただけではダメと言うことは経験していたが、クライアントの機能を使ってもサーバー間でのデータコピーは出来ないことが判明・・・・・
残された手段はコピー元のサーバで全データをバックアップして、そのバックアップデータをコピー先のサーバに移し、そこでレストアするか、TrueImageのようなツールでHDD全体をコピーするかのどちらか。
全くのクローンを作るのであればHDD全体をコピーすれば手っ取り早いのだけど、今回はそうはいかないので結局「バックアップ→レストア」の手段を取るつもり。
でもデータ量がメーカー曰く「かなり多いですね」とのことなので、「時間がかかりますよ」と言われてしまった。
とはいえ一晩掛けてでもデータをコピーしなくてはならないので、近々やってみるつもり。
さぁて、どれくらいの時間がかかるものやら・・・・・・
←クリックしてくれると嬉しいです。
昨夜の処理は終わっていたけど（汗）
昨日書いたスクリプトは無事に動作して、今朝見ると更新されたファイルだけをアーカイブすることに成功していた。
なので、それらのファイルを転送して展開することで更新されたファイルを新しいサーバに移すことは出来た。
ところが、同じ処理を毎日実行させようとしてスクリプトをコピーして多少手直ししてcrontabに登録しておいたのだが、こちらが動作していなかったorz
原因は単純で、なんとスクリプトのファイルに実行権限が無かった・・・・・・・・
コマンドラインからそのまま実行しようとして始めて気付くという（爆）。
慌てて
chmod +x スクリプト名
で実行権限を与え、さらにスクリプト内で使用している各種のコマンドの記述をフルパスに修正した。
以前コマンドラインからは実行すると動作するのに、crontabに登録すると動作しないことがあり、その時はコマンドパスが通っていないことが原因だったので、今回も同じことが無いようにしたということ。
最近は滅多にスクリプトを書くことも無くなったので、僅か数行のスクリプトを書くだけで苦労してしまった・・・・・・
←クリックしてくれると嬉しいです。