３月１４日２０時までのlog
３月１１日（金）
１４時４６分ごろ地震発生。停電。
１５時頃、kiban 停止　管理者がサーバへの通路を確保している間に、そしてUPSがまだ生きている状態で岡田君がkibanをシャットダウン。管理者が他のサーバ群をシャットダウン。全員避難。
電算機室のサーバ室の天井から水がぽたぽた。上層もどっかでパイプが破損したらしい。内藤君が外で、イノベーション棟の工事の人がいてビニールシートを手に入れてきた。これでサーバを覆いなんとか濡れずになった。水が垂れてくる位置がずれる。電算機準備室の方にも漏れ始める。パイプの元栓を閉めたという情報がどこからか来て、応急処置だけでなんとかなると判断し、一端建物外に退避。
再度建物内に入る。大きな余震。４F近場に漏水や火がでていないと判断。実は７Fでの漏水が１Fまで届いたようだ。他の看護医療棟でも漏水があったようだ。事務職員等からの情報を得に２Fへ。主に低層のフロアを見て回る。
自宅がちと心配なので、自転車で帰宅。途中コンビでおにぎりを購入。まだ殺到していない。自宅がなんともないのを確認して車で大学へ。ガソリンがないので満タンに。このときもまだガソリンスタンドの列はほんの少し。建物近くの駐車場が空いていることを見ると、かなりの人は帰宅したようだ。
２２時頃なにもできないと判断して帰宅。
１２日（土）
自宅待機。通電可能の連絡が１６時すぎにあり。２F事務室が仮の医学部門対策本部となり、学群長、施設設備委員会委員長、支援室長と打ち合わせる。副研究科長は台湾に出張中。電話が通じない。
１７時ころ学群棟通電が可能と判断して通電依頼。
１８時ころ学群棟通電。異常なし
１８時から施設設備委員会委員長と管理者が学系棟を視察し漏水のあったあたりのブレーカをOFF に
１８時３０分、学系棟通電を依頼するものの、業者が対応できずあきらめる。
２０時帰宅
１３日（日）
９時過ぎ、学系棟通電を依頼。通電。学系棟に特に異常はない。サーバーを起動。９時３９分動作確認した。
９時半過ぎから看護医療棟のチェック。
一部勝手に発電機を持ち込み冷凍庫を確保している研究室を発見。一酸化中毒のおそれありと判断し停止を依頼。
問題がなさそうと判断し、通電依頼、しかし業者の派遣は２時過ぎということになった。
１０時半ころ、学系教員あてに通電したが一部ブレーカーが落ちているので勝手に入れるなとメール送信。ブレーカーのパネルに掲示も行う。
学群長、副研究科長、管理者、臨床医学系長が集まって明日９時から臨時医学部門会議（医学部門災害対策会議）を開催し、１０時から一般教員への状況説明会を開催することを決定。
１４時、看護医療棟、修士棟の通電。異常なし。各フロア点検。
１７時ころ、出入りを警備室前に限るためにNet2の設定、
２０時頃、副研究科長がようやく大学へ来る。これまでの経過を報告し、打ち合わせを終えて帰宅。
２１時３０分　大学から計画停電の連絡
１４日（月）
６時２０分からの計画停電に備え、６時頃から待機。ついでにサーバラックの配線整理。
しかし停電は実施されず。kiban以外のサーバの電源を遮断。
９時臨時医学部門会議（医学部門災害対策会議）開催　当座の方針の決定　フロア責任者を決め１２時までに損害報告を１３時の部門会議に報告することを決定。
１０時利用者説明会。廃棄物品の処理方法を説明
１３時臨時医学部門会議（医学部門災害対策会議）、損害報告をもとに今後の方針を決定。看護棟の軽微だが男手を必要とする修復を工作室に依頼。
１６時３０分、大学当局の指示で帰宅すべき人は帰宅
１７時頃　PCMEルータ等の起動、ZEUS等のサーバは起動させず。
１６時　管理者が主宰する会議の延期等、メールで連絡
１８時　外からの出入口の制御を再度設定。外部から入れなくする。入館者はすべて警備室前の出入り口からとする。教員にメールを送信。
１９時過ぎ　帰宅

とある事務室に無線AP/router を設置することになった。ロジテックの LAN-WH300AN/DGR だ。何故かというとiPad を使う必要があるからだ。事務といっても、あるプロジェクトの事務で、通常の事務とはちとちがう。
先週の金曜日の話だ。ipad の接続も確認しておしまい、すべて説明も含めて２時間で終わった。が、月曜日になって、Mac を使っているとルータ外のパソコンが共有で見えるようになった。気持ち悪りー　のでなんとかしろということだ。
新しいルータなのでBonjour が通るんだろうか。これまでのルータは通らなかった。というわけでルータのフィルタを、ルータの下へ／からのIP address はBonjour のポート 5353 を通さない　という設定にしたつもりだが、まだ見える。Mac のシステム環境設定ー＞ネットワークー＞インターフェースを選択し、詳細からTCP/IP のタグのページでIPv6 を切るとした。どうやらMacはBonjour をIPv6 でも使えるように設定してあるようだ。
無線AP/Router の仕様にIPv6 については何も書いてないなぁ。と思ったらダウンロードした取説にIPv6はブリッジとなっていると書いてあった。NAT の設定のところで　IPv6ブリッジ　をOFFにして問題は解決した。
デフォルトではWindows のファイル共有はルータでブロックしているらしい。どこにその設定があるんだろ。

ハブを交換したと、先に書いた。結局１２台であった。
ループガード付きというわけで、テストしてみた。
古いハブを接続し、そのハブでループを作ったが、ループガードは働かない。何故かというと古いハブはポートのストレート／クロスを判定しないので、そもそも接続できず、ループができないのだ。
ちと、新しくなるとケーブルがストレートかクロスかを自動判定する。これだとストレートケーブル２つのポート接続してループを作ると、どっちかがストレート、他方をクロスと誤認識しループが完成する。
設置したハブの下流のハブでループを作ると、ループガードが動作し、設置したハブとループのあるハブとの接続が遮断される。設置したハブのポート同士をストレートケーブルで接続すると、そもそも接続が成立しない。設置したハブは鍵のかかる成端箱（端末箱）内にあって、ユーザがいじれないのでこのような状況はないことになる。仮に管理者が誤って接続しても接続自体が不可能になる。
というわけで、約半分のセグメントではループによるネットワーク接続ができなくなることは、当事者のところだけとなるだろう。残りの約半分はこのプロテクションがない。だから、こっちでループができるとそのセグメントは全滅だ。

先日のギガビット対応Apresiaの交換がなんとか済んだので、それより末端をギガ化することにした。
実はユーザは気がつかなかっただろうが一部フロアはすでにギガ化していたのだ。医学内を全面ギガ化することにしたのだ。なんていうことはない、ギガハブが安くなってきたからだ。ループ阻止というおまけがついているハブだ。８Fから地下まで、一カ所３０分の予定であったが、オーバーしてしまった。その理由は、各部屋への配線は当然のことながらタグがついているはずなのに、そのタグのないケーブルが結構あったからである。最初の一斉配線のときは、ネットワークを必要としない部屋には配線しなかったのだが、その後部屋の用途が代わって追加配線したからだ。そのとき業者は１本だけだからタグを付けずに放置してしまったのだ。おかげて予定が遅れてしまった。
一部、残ってしまった。
Apresiaとはインテリジェント・スイッチなのだが、４８ポートの製品はDHCP機能が２７ポート以上に割り当てると機能しない。そんなのは事前にわからなかった。こまった。最大４８セグメントで運営できるとおもったからだ。すでに２６セグメント使っており、近々さらに４セグメントが増えるからだ。DHCPサーバを立てないといけない。とほほ。
サーバを医学内に置かず、学情において、保守を外部業者に委託するというポリシーなのに。

医学の基幹の機器の交換を実施した。
ルータとスイッチだ。設定や設置はこちらの人間でもできるが、管理者が退職するので、設定と管理を外注したのだ。
２６日（土）１５時〜１８時にネットが止まると前日にアナウンスして交換した。アナウンスするのが遅かったが、これは業者のミスだ。勝手に日程を業者が設定し、その連絡が遅れたのだ。土日ならいいといっておいたのだが、いつにするのかの取り決めができてないのに、いきなり水曜日（２３日）に２６日（土）にやるといってきたのだ。
サーバの交換も控えており、できるだけこっちは早く交換しておいたほうがいいから、緊急に実施したわけだ。ネット基幹部の機器の更新はいくつもを同時にやると、トラブルが生じたとき（生じるに決まっている）原因の切り分けが難しくなる。
１５時５分ころ業者がきて、交換開始、１時間で終了。
テスト。ん？ip address を取得できない。固定でやったら動く。スイッチ（セグメントを分けることとDHCPサーバを兼ねている）の設定がおかしいのでは？
なんてことない、DHCPサーバを起動してなかっただけだ。
というわけで、後片付けを含めて２時間で終了。めでたし、めでたし　となるかは月曜日の話だ。日曜日には学情がコアスイッチのリブートを予定している。不安定だからだ。
月曜日に、ユーザからのクレームがこないことを祈るばかりだ。クレームがなかったら、ギガネットの構築を進める。現在は一部を除いて、100MBPS なのでこれを１GBPSにする。すでにある配線は対応しているはずなので、ハブをギガ対応にするだけなのだ。
配線が１Gが通るかどうかの問題があるが、こればかりはやってみないとわからない。

Western blottingの結果は、論文に掲載するためには不必要な部分はカットする。原図は昔は銀写真であったが、最近はスキャナで取り込むのがあたりまえ、つまりデジタル情報なわけだ。だからPhotoshopで加工することになる。
で、魔が差すと都合のいいように改ざん出来ちゃうのだ。印刷物とかpdfになると、もう切り貼りの跡はよほどしつこく見ないとわからない。peer reviewer だって捏造されていないかどうかはチェックしないし、できない。peer reviewer は論文の論理とかに注意が行くので、よもや画像が捏造されているとは思わない。
これは、捏造が問題となった論文のpdf をダウンロードしてある図の一部の画像を画面キャプチャして調べてみたものだ。

この図を見て、同じバンドがどこかにあるなどは、すぐには分からないだろう。しかし、２階調化して見ると

どうだろ？赤丸の中の四角い突起が似ているとすぐ気がつく。よくみるとこの２つのバンドは他の部分もほとんど同じだ。

トーンカーブでトーンを変化させ、さらに調べると

原図の下の列の左から２番目、はその左右のバンドとの境目が不自然だ。他のバンドの境目に縦に走る線がないのにここだけはある。一番上の列の左から２つ目を切り取るとき、その左のバンドの一部も含んでしまったようだ。

電気泳動のバンドなんか、似通ったものができるのだから、こういうことをやっちゃうんだろうな。

こっちは、また別の人物の捏造

右半分を切り取り上下反転し、ちょっと左右を引き延ばし並べてみると同一データというのがわかる。

Western blotting のデータなんか、使えないものを含めていっぱいあるだろうが、なにも同一のものから切り貼りすることはないだろうに。

奇妙なネットワークトラブルだった。
３Fラウンジの事務系ネットに接続されているPCから事務の共用の２Fにあるファイルサーバ（NAS）にアクセスできないというトラブルだ。なんとかしてくれと基盤室に訴えがあった。本来、基盤室のテリトリーではないので拒否してもいい。しかし、事務職員にはネットワークのスキルがないから問題を抽出できない。基盤室の職員は拒否するけど、ま、退職前のサービスだ。
ファイルサーバのある２Fの事務室では問題ない。３Fからだけのようだ。インターネット接続は問題がないというわけで、NetBIOS とかのWindows のパケットが流れていないことになる。
インターネットに接続できるのに３Fから２Fのマシンに、あるいはその逆にpingが通らない。こんなことってあるか？２Fあるいは３FにあるPC同士ではpingが通る。
２F、３Fとも学情が設置したそれぞれのフロアのスイッチに接続されており、VLANで動作しており、理論的にはフラットなネットワークだ。
やっかいなことに、事務のPCはすべて固定のglobal ip address で運用しており、空いているip address の情報がない。そこで、事務が使っているPCで調査するしかない。そうすると事務の仕事が妨げられてうまく行かない。そこで、休んでいる事務員のパソコンからip address、ドメイン、ID、パスワードを拝借して調べた。
どうも不安定である。ほんの一瞬、３Fから２Fにping が通ったことがあった。２Fでデフォルトゲートウエイにping をとばしたら応答がない。３Fでは通る。なんだかわからん。Win のドメインの設定とかがおかしいのではない。
DOS　Prompt で arp -a なんてやっても、それぞれ同じフロアのマシンしか見えない。
PCのrouting tabelのキャッシュをクリア（route -f）したら、ファイルサーバの名前が現れたが、中のフォルダにはアクセスできない。なんじやこれ？Routing tabelのキャッシュをクリアするとデフォルトゲートウエイ情報も消えちゃうということを発見した（vista だからほかのはわからん）。
どう考えてもスイッチの上流でおかしなことが生じているに違いない。という結論が出るまでに時間がかかった。会議があったりするのでこのトラブルに専念できるわけではないのだ。２日がかりだった。本来なら情報推進室へ連絡して対処してもらうところだが、情報推進室の事務員がネットに詳しいわけではないので、結局、学情へ投げられるのだから、管理者が直接学情に連絡した。状況説明が事務員にはできないからな。状況説明の結果、学情管理のコアスイッチがおかしいのではないかとなったが、確認のため学情の職員が来て調査。スイッチの上流がおかしいという我らと同じ結論がでた。最近、幹線のコアスイッチが不安定で、交換したのだが、依然として不安定である。
コアスイッチのリセットはそんなに簡単にできない–全面停止になる−ので、次回予定しているリセットの次期まで待つしかないとのことだ。２７日になる。でもとりあえずできることをやってもらった。事務の系統はどこかが１Gを２本つかって２Gにしているらしく、これを止めて１本にした。これで直った。スピードが遅くなることになりそうだが、もともと事務のPCは、触ってみてわかったが、３年以上も前ので遅いからだれも気がつかない。
という訳で、一件解決。水戸黄門様になった気分で、事務に今後は、私がいなくなるので、問題は基盤室になげないようにと申し渡した。へへへ。
と、おもいきや、今度は３Fのオフィス棟でネットにつながらないと教員からの苦情。トラブルは重なるもんだ。こっちは、基盤室のテリトリーだからな。そこで基盤室職員が調べ、例によって、ルータの接続ミスとすぐ判断され、ルータを同定し、接続した当人にお説教。責任教員にもおしかりのメールを送付した。年間数件あるな。わからないのにネットに繋ぐなって。

イノベーション棟の内覧会というわけで行ってきました。内装がかなり出来ていると思い、水準器なんて持っていったのですが無意味でした。まだ一つだけモデルルームと称して床が張ってあるだけでほとんどコンクリート打ちっぱなしの床があるだけ、壁もまだできていません。

廊下などの配線が見えるだけの状況でした。成端箱ができているのかなと思いつつ行ったのですが、まだ両端が処理されていないケーブルが束になってあるだけです。
部屋への配線はこんな状況です。ケーブルが通っている壁の穴はふさがれてしまうとのことです。防火壁になっているので。
廊下天井裏は、梯子があってその上にケーブルを乗せてはわしています。このほうが、廊下に潜り込んだとき、踏み外して化粧板を踏み抜くことがないのでいいですな。
黄色い太いケーブルは昔のyellow cable ではありませんぞ。アースラインですな。緑もそうです。クラスがちがうらしい。
階と階の間のケーブルを通すところはは、こんな風になっています。
ケーブルはこの梯子にそって上下の階を結びます。
馬鹿と煙は高いとろが好きなので屋上にもいきましたよ。

いよいよ退職となったら、卒業生の一人が宴会を開いてくれた。
某教授と主催者の先輩と一緒で寿司屋で騒いだ。ごちそうさま。会話の内容はさしさわりがあるので、ここでは述べない。
名誉のために某教授が光っているのは。情報発信のエネルギーが高い上に直上にライトがあったためである。管理者に後光がないのがさみしい。]]>

授業で必要なので、「動脈圧受容器反射」でGoogle, Yahoo で検索したら、自分の書いた解説ページがトップに出てきた。これって、結構すごいことなのでは？２位以下に出てくる解説は、解説になってないからな。メカニズムを解説しているからだな。