Notes wiki更新情報１９

いつのまにか、ここのカウントが２万越えてました。
最近めっきり記事UP回数が減ってるっていうのに、
定期的に周回してくれてる方がいるっていうのは
とても嬉しいことですね。
これからもご愛好宜しくお願いいたします～

ぇーっと、話変わってwikiに記載するレベルではないけれど
ちょっとR7にて問題が発生していて自分的に気になるので
参考としてここで掲載しておきます。
文書ロックに関するメッセージが表示された後にクライアントがクラッシュする（by IBM公式）
この文書ロック機能はR5にはなく、
R5のときにには編集モードにして保存するまでに他の人が編集して保存を行う
と競合文書になりますが、
Ｒ７から（もしかするとＲ６からかも？）誰かが編集モードにしていた場合
に編集モードへ変更すると、文書ロックされているというダイアログボックスが表示され、
競合文書は発生しなくなります。
この文書ロック機能に関しての不具合があるようです。

今回wikiに掲載したのは上記とは別で
マイグレーションに関してのバージョン混在時の注意についてです。
マイグレの資料がIBM公式としても分散していて今一纏まってない状態で、
こちらも移行に関しての情報集めで色々苦労したところもあるため、
今後も注目したいと思ってます。


＜2007/10/11更新情報＞
資料のページに、R7/R8共通のマイグレーション資料をリンク

Notes wiki更新情報１８

安定しないお天気が続いて、
急に暑くなったり寒くなったりなんだかおかしいぞ、地球。
地球が風邪をひいてるとするとこんな感じなんでしょうか？
こんな状態で体調悪くされてる方多くなってくると思うのですが
みなさん風邪などに負けないでください。

と言う自分は既に負けてます。朝一なのに既にダルいよぉ。
というか、最近の３連休の多さにダメダメ人間に成り果てて
会社行きたくない病が復活してるだけなんですけどねぇ。

仕事の方はというと、期末処理が過ぎて一段落したところに
期首に入ってワークフロー絡みの問題点色々･ﾟ･(ﾉД`)･ﾟ･｡
それもこれも組織変更が全部悪いんだい。ぅぅTT


＜2007/10/02更新情報＞
１０月分のアンケートを掲載。
９月分アンケート結果を別ページに移動

先週末の

あの突然Dominoサーバに接続できなくなるエラー
(ここの１つ前の記事に飛びます)はどうも他のところでも発生してるようですねぇ。

ここのブログのアクセス解析チェックしてみたら、
今回の件の検索キーワードに引っかかって
ここのプログに誘導されてた件数が１４件もありました。
２８日（木）の夕方に記事UPしてから３０日までの間に
１４件HITしたということはかなり多く発生しているようです。

で、今IBM公式のサポート技術情報を見てみたら、
記事が更新されていて、R7だけの問題だけでなく
R6.5でも同様なエラーが起こるらしいです。

でも、このネタがなんで今更IBM公式に上がるのか不思議。
解決方法が分かっている問題はもうすこし早めに載せてほしいですね。


＜追記＞
後で気がついたのですが、IBM公式のサポート技術情報の今回の記事で
以下のエラーメッセージが追加されています。

「サーバーへのパスが見つかりません。
接続のトレースは、[プリファレンス] ダイアログの [トレース]
(Notes) または、Trace コマンド (Domino) を使用します。」

このメッセージですが、こちらでR5→R7にUpしたときに、
サーバには入れないってのはそのままなんですが
１件だけ変な現象がでてました。

っというのは、メッセージの通りにトレースの画面を開くと下の画像のように
普段羅列されているポートは一つも表示されてない状態になってました。
（↓の画像は正常なダイアログボックスから加工した画像ですので、
実際の現象画面とは違いがあります。たしか、右側の縦一列の各ボタンにて
「新規」ボタン以外グレーアウトになっていた気がします。）


この状態になると、いくら手動でポートを追加して「ＯＫ」しても
ポート一覧に残らず即削除（？？）されてしまい
結局接続できなかったことを覚えてます。

その時とても忙しかったため、以上の現象を確認しただけで
その後の対応をサポセンに任せっぱなしにし、対応方法を聞いてもいませんが、
上のエラーメッセージはこんな現象も出ますよっということで
一応情報として追記しておきますです。

本日急に

Notesでメールサーバに接続できなくなってる～
っと、朝からユーザ何名かに泣きつかれました。
クライアントはR7で。

話を聞くと、「昨日までは正常に使えてた。」
「インターネットは接続できる。」
ということなので、んじゃメールサーバがダウンしてるのかな？
っと自分のメール確認したらDBは問題なく開けるし。。。

おかしーなぁ。。。と該当するＰＣんところでDOS窓開いて
メールサーバのNETBIOS名でping振って見ても問題なくpingが飛ぶ。
名前解決できてないとかそんなオチでもないみたい。
しょうがないんで、個人アドレス帳（names.nsf）の接続の部分に
メールサーバを追加してみたらエラーメッセージが変わって、
「The TCP/IP protocol stack reported that ran out of memory.～」
ってな英語なダイアログが。

あぁ、前から言われてたR7.0.2のバグやんか。。。
と環境変数弄って、ＰＣ再起動して接続確認問題なし。

ただ、VerUp作業時からたまーに出てたこの現象が
今日に限って頻発するってなんなのさと思ったら、
うちの事業所だけの話ではなく別の事業所でも同じ現象でたらしい。

そのうちIBM公式のRSSにこんな記事が。
Lotus Notes クライアントが Lotus Domino サーバーに接続できなくなった

頻発したのはうちの会社だけの話じゃないってことなんですかぁ？
って勘ぐってしまいますよｗｗｗ

Notes wiki更新情報１７

祝日：月曜日の敬老の日に
自分が担当しているDominoｻｰﾊﾞ（ｱﾌﾟﾘｹｰｼｮﾝDBｻｰﾊﾞ）の
R7へのVerUpをやっと行いました。

当初、普通にVerUpを行うつもりだったものの、
今のR5のDominoがR4.6からのVerUpで環境引継ぎっぱなし。
ログDBが未だにODS ver20で放置しっぱなし。
フォルダ構成もR4.6のまんま。他にも色々とR4.6の環境残ってるっぽい。
んが、これはあかーん。ということで、
急遽今の環境をそのまま引きずりながらのR7新規ｲﾝｽﾄをやってみることに。

要は、
１に、今のR5をアンインスト。
２に、アンインストした後の残フォルダを、Program FilesのLotus\Dominoに移動。
３に、R7英語版インスト。
４に、日本語ランゲージパックをインスト。
５に、動作確認。
という手順で、別ｻｰﾊﾞでｲﾝｽﾄ手順の確認行い問題なく稼動してたので、
この方法で本稼動ｻｰﾊﾞもR7にVerUpすることに。

って、ｲﾝｽﾄ前のFixupとかが、めっちゃ時間かかるよっ！
金曜日の残業中にでも掛けときゃよかったなーっと後悔しながら
４時間ぐらい待ちぼうけ。

それが終わってやっとR7のｲﾝｽﾄ作業に。
これはすんなり終わって、動作も問題なしー。

そのあと再度Dominoのｻｰﾋﾞｽ停止させてMS-DOS窓からFixup掛けようとしたら、
元々システムのあるCドライブの空きがたらず
DドライブにDomino本体とデータフォルダをインストしているもんで、
カレントドライブをDドライブにする方法をド忘れ･ﾟ･(ﾉД`)･ﾟ･｡

あれ？cdぢゃなくってなんだっけ？？？っと、一瞬頭の中マッシロ。
だってMS-DOSコマンドなんて、ネット関係コマンド以外現在使わないしねぇ。
それに、ｲﾝｽﾄ手順確認してたｻｰﾊﾞはCドライブでやってたんですよ。
尚且つﾃｽﾄｻｰﾊﾞにFixupなんて掛ける必要もなくってﾃｽﾄしてないし。。。
って言い訳はさておいて、
なんとなく、d:って入力すりゃ確かカレントドライブ移動できたんじゃ
なかったっけ？っと思い出し、d:って入力してみるものの、
エラーは出ずにプロンプトがc:\に戻ってしまう･ﾟ･(ﾉД`)･ﾟ･｡

何度やっても同じ現象で、
しかたないので環境変数にnFixup.exeのあるフォルダを指定しとくかぁ？
と思ったが、でもサーバ再起動とかめんどくさいしどうしよっかなーっと悩む。
が、先週の月～火曜日とUnix/Linuxの講習行って
一時Pathの切り方を教わったのを思い出し、
たしかWindows系OSでも昔autoexec.batとか弄りまくってた時にpathきってたよなぁ。
っと、pathきってみてnFixup.exe叩いて見たら見事に動いたし。
（きっと先週の講習受講した効果ってこれだけかもしれん。それも違うOSってｗ）

あとは終わるの待ってDominoｻｰﾋﾞｽ再起動するだけだー。
っと思ったらFixupが洒落にならないぐらい時間がかかる。。。
どうやらR7にして一番最初のFixupだったのでｲﾝﾃﾞｯｸｽ全部作り直しっぽい。
それも全文索引に添付ファイルも含めた設定してるDBだと悲しいぐらい時間が掛かる。

Fixupを15:00ごろ開始して16:00になってもまだまだFixupは３つめのDBで作業中。
こんなの終わるまで待ってる気はさらさらないし、
次の日会社だというのに、休出帰りにDominoサービスを上げられないやん。。。
どっしよ。。。明日朝早く会社来るしかないか？これは。。。
っと、すごいブルーな気持ちに。（自分は早起きができない完全夜型人間です。。。）

色々考えた結果、タスクスケジューラでWindowsサーバ自体を再起動かけて
Dominoサービスを自動で立上げさせりゃいいんじゃね？ってことに落ちつく。
早起きしたくないからこそ、こういうアイディアはポンポン出ますね（爆
ただ、Fixup自体が何時に終わるのかがまったくもって見えない状態だったので
サーバ再起動のタイミングをAM5:00に設定して大丈夫かなぁ？という心配はしたが
やはりそれでも早起きしたくないんで、そのままAM5:00で設定することに。

次の日朝会社に行ったら、ちゃんとDominoサービス上がっていて
DBにもアクセスできたので一安心。
で、ログDBをみたところ、FixupがAM3:30ごろに終わってたらしく、
おぉ～サーバ再起動は結構いいタイミングの読みだったやん。と自画自賛。

今回のwikiネタはそんな苦労の情報ですよっと。
MS-DOSコマンドの苦手な人用の情報かもしれませんよっと。


＜2007/09/18更新情報＞
FixupなどのコマンドをMS-DOSから行う方法を記載