設定しているはずのmopera Uのパスワード入力を促すダイヤログが出ています。
選択肢としては
初期化
ソフトウェアを順次減らす
の いずれかになるのですが....
とりあえず、自作のプログラムを外すべきだという意見を頂戴しましたので外してみます。
この結果を受けて、バックアップファイルからのリストアも試してみたいと思います。

監視データ(追加サイト検討中)
こちらのサイトで表示している内容について説明がありませんでしたので、少しずつ記述していこうと思います。
各社でコンテンツの内容が異なりますので絶対値で比較するとサーバーの安定性に関する判断を誤りますので注意が必要です。
また、順番はアフファベット準でありチャートの順番とは異なりますので ご注意願います。
現在、計測しているオンライン証券系サーバー/アルファベット順(のつもり)
JoinVest証券
kabu.com証券
マネックス証券
楽天証券
SBI証券
現在、計測しているFX系サーバー/アルファベット順(のつもり)
外為どっとコム
FX@マネックス証券
マネックスFX
楽天証券
また、グラフに表示している項目は
get.. loginする為に取得する最低限のコンテンツ取得時間
login id/passwdを取得して最初のコンテンツを取得するまでの時間
total 測定時get+loginの合計
このような動きを行なうソフトがあればHT-01Aと無線LANと共生できるのでしょうか?
ActiveSync前のイベントを捕まえる
無線LAN接続されているか調べる
無線LAN接続をされていたら接続先をBiz放題ダブルでないものに切り替える
同期する
ActiveSync終了のイベントを捕まえる
接続先をBiz放題ダブルに切り替える
それとも....
Biz放題を検知するソフトウェアも同じ様な動作をしているものと想像しているのですが、DocomoバージョンのActiveSync自身に手が入っていては、このようなソフトが出来ても希望した様には動かないです。
パケットパックを利用すれば この様な苦労もなく楽しめるのですが.....
インストールしてみましたが、OSXのMacとは接続できませんでした。
こちらも苦戦しそうです。
文章を書いています。
キーボード入力が出来ません。
IPアドレスは入力でき、サーバーに接続できたいのですが
ユーザIDをキーボードから入力できません。
前回のHT1100の時は標準のSIPでスペース(0x20)が入力できませんでしたが、まさか物理的なキーボードから入力が出来ないとは思いませんでした。
キーボードが付いているのにSIPというのは寂しいので、何か代替え案を探さなくてはいけなくなりました。
本日、FX系の数社で約款改定があります。
時刻を予告していただいている会社もあるのですが....
時刻を予告していない会社もあり、
LOGINの自動計測にてグラフが乱れる予定です。
張り付いて観察しているわけにも参りませんので、対応できる時間によって乱れ方差が出る予定です。
自分が現役で運用管理をしていた時には時間帯を決め、LOGINできなかった時には携帯電話(今は亡きスーパードッチーモ)にメールを飛ばしていましたが......
FXの会社を追加いたしました。
こちらから確認できます。
計測するプログラムよりも、cactiの追加設定に手間取ってしまいました。
こちらの手順が確立できていないのも課題です。
データの自動更新は順調に行えています。
そのおかげで書き込むネタが減ってしまいました。
次は、
計測機器の安定化を含めての入れ替え
計測先の追加
ThinkPadの入れ替え
を、とりあえず目指します。
トレーリンスストップ プログラムの開発
も、忘れずに実施します。
業務であれば構成変更履歴を作らなくてはいけません。
無料で利用できるマイクロソフトのサイトを利用するか、月々数百円の費用でWebサーバーをレンタルするか悩んでいます。
現在計測しているグラフを自動的にアップロードする様にする計画で利用するサーバーについて検討しています。
マイクロソフトのサーバーはftpを許していないのでWebDavでファイルを送る必要がありますが、一般のレンタルサーバーではftpを許しているので申し込みさえすれば簡単に利用できてしまいます。
しかし、それぞれを実装する上で得られる経験値に差が出る事が悩みです。

Firefox/3.0.3をありがたく使わせていただいているのですが.....
あるFX会社さんのチャートを表示させて放置しておくと、かなりの確率で終了してしまいます。
いろいろと開発用にプラグインを追加しているので、個別の組み合わせで問題が起きているのかもしれませんが、寂しいです。
Safariでは終了はしないのですが、メモリがどんどん消費されてしまいシステム全体が重くなるのでチャート表示を行っている仕掛けにも問題があると思います。

忘れないうちに記録しておきます。
通話の終了とActiveSyncが重なったと思われるタイミングで、HT1100が中途半端にハングアップしてしまいました。
これにDocomoのパケットバイトカウンターが絡んでいるので誰が悪いのか不明です。
追伸
本日は30分に一回の割合で同期していいます。
プログラム追加前も30分間隔は割と調子が良かったのでテストになっていないかもしれませんが.....とりあえず
不調なThinkPadから
Vmware Fusion 2.0上にバックアップ環境を移行しました。
新しい機材の選定はIntelの新しいCPUを見てから決めたいです。
できれば、

が、そろそろ変わらないかと期待しています。

障害が発生すると速やかなサービス復旧の為にサーバーを再起動しがちですが....
Webサーバーやアプリケーションサーバーで負荷分散から単独で切り離せる様になっていれば、まず最初に行うことはサービスからの切り離しです。
環境によってロードバランサー側から切り離す必要があります。
間違ってもTCPのタイムアウトが必要となる様な切り離し方を行ってはいけません。
たとえば、
電源を落とす
ネットワークから切り離す(物理的、論理的)
などです。
トラフィックが集中しているときに、このようなことを行えばロードバランサー側からWebサーバーへの接続出来ないと判断するまでに1分ほどかかってしまい、お客様を待たせてしまう場合があるからです。
このような事柄を把握せずにハードウェアのメンテナンスなどを行う様な会社に運用の委託をしてもいけません。
現状を改善できない場合には地道に教育をしていく必要があります。
サービス復旧が最優先ではありますが報告書を作成できるだけの資料を必ず残せるようにしておくことも大切です。

これはX61ですが....
3年間、UPS付きのバックアップサーバーとして利用してきたのですが、
CPUのファンが、壊れかかっています。
この上で動かしていた環境の移行先を用意しなくていけません。
ThinkPad上で利用していた暗号化されたフォルダーを利用しないのであればMacBook上のエミュレータを入れて動かしても良いのですが、残すとなると
ThinkPadを調達しなくてはいけません。

諸般の事情により
月に一回の定期リブートを行いました。

トレードの世界ではテクニカル分析があるのですが....
サーバーを管理しているリソースの計画についてテクニカル分析的な本が普及して、職人芸がまかり通らないようにしないと若い人たちが育っていかないと思います。
単純にCPUの利用率が50%を超えたのでハードウェアを準備しますというのでは、恥ずかしいと思います。利用率が50%を超えたので内容を精査して ご報告いたしますという方がスマートだと思います。
内容によっては応分の負担を負うのがお互いが成長する秘訣だと思います。
を
http://google.com/gmmからHT1100へインストールしました。
http://google.co.jp/gmmは 2.2.0.19の様です。
乗り換え経路も出て非常に便利なのですが、受信データ量が かなりあります。
2.2.0.19の時から、各地をみているのですが既に5722KBです。
どちらがお得なのでしょうか?
GoPhoneのページによれば、「MEdiaTM Net」というサービスで「$0.01 per KB. 」
WORLD WINGのデータサービスは接続を特定にして、繋がらなくていけないのですが、「5,000パケット(625Kバイト)1,000円」で「10000パケット(1250Kバイト)を超えると120000パケット(多分15000K)まで2000円」になる予定です(計算が誤っていたら教えていただけると助かります)。
最近のUSDJPYのレートから2000円を乱暴に$20と換算すると2000KBまではGoPhoneの方がお得ということでしょうか?
特定業者に繋がらないと話にならないのですが....
google mapとかを利用した場合のパケット数を計測しておく必要があります。
あと、120000パケットを超えないようにしないといけないです。
と、ここまで心配してみたいのですがGPRSって実際には どの程度の速度が出るのでしょうか?
120000パケットも受信できるものなのでしょうか?
前から気になっていたのですが、NASの時刻がかなりずれているログが届きます。
9月25日 12:34:54 NTP時刻同期 調整: サーバ: 210.173.160.57, 誤差: 14.636056 秒
9月26日 12:34:54 NTP時刻同期 調整: サーバ: 210.173.160.57, 誤差: 14.250360 秒
9月27日 12:34:56 NTP時刻同期 調整: サーバ: 210.173.160.27, 誤差: 16.935369 秒
9月28日 12:34:59 NTP時刻同期 調整: サーバ: 210.173.160.27, 誤差: 20.700317 秒
9月29日 12:34:26 NTP時刻同期 調整: サーバ: 210.173.160.87, 誤差: 24.605406 秒
9月30日 12:34:24 NTP時刻同期 調整: サーバ: 210.173.160.87, 誤差: 22.459628 秒