この寒いのに走っている人いるんだよなあ。

ウェアをきちんと着ていればむしろ汗をかく勢いなのだが。シューズカバーをしていなかったら足先がしびれてきた。

豊田で市民マラソンをやっていて交通規制にぶつかった。警官に歩道なら走っていいよとか言われたんだが…。道を変えることにした。

はぁー…

地獄への道は善意で舗装されている。

玉ちゃんのシュートはブラジル戦を思い出させた。怪我なくカードなく。

ウィンドブレーク ジャケット・ウィンドブレーク タンクトップタイツを購入。5度まで行けます。アンダーシャツは買ってないけどどうなんだろう。長良川クリテに出るかどうかは微妙。

Quillsがそろそろ3.xに対応できるみたいなので移行のため実験中。migrationがうまくいかない。Folderの中身が空だと認識されているのが非常におかしい。なんでそういうことになるのやら。

いろいろ気になっているのがskinが滅茶苦茶になっていること。整理しないと。いらないProductも問題だな。先が長いなあ…。一度別にインスタンスを作って個々のコンテンツだけコピーしたほうが早いのかもしれない。

犬飼会長は毎日100個のアイデアを出すがそのうち101個は下らない。なんとなくこんな感じ。

1. 教育目的
2. 内部の人件費だけなら買うより見掛けの上では安い
3. 頭が悪すぎてので自分たちが頭が悪いことにすら気付けない。その場合言い訳として1が出てくる。
   

NIC2枚挿しPCを集められないのでVMware上で作成する。bridgeネットワークにしておいて eth0とeth0:0に割り振る。

• lr01 192.168.100.71/24, 172.16.71.1/24, 172.17.71.1/24
  
• lr02 192.168.100.72/24, 172.16.72.1/24, 172.17.72.1/24
  

と作成する。

lr01にquaggaをインストールする。zebra.confをexampleからコピーしてくる。/etc/quagga/daemonも修正してzebra=onにする。これでquaggaが起動する。telnet localhost zebraで接続を確認。vtyshで接続するとまとめて設定できるので便利。そうじゃないとルーティングプロトコルごとにtelnetで繋ぐ必要があるので面倒。

! lr01
router ospf
 network 172.16.71.0/24 area 0.0.0.1
 network 192.168.100.0/24 area 0.0.0.0

! lr02
router ospf
  network 172.16.72.0/24 area 0.0.0.2
  network 192.168.100.0/24 area 0.0.0.0

という感じになる。 互いに172.16.71.1と172.16.72.1にpingが通るにOSPF動かしているルータからルーティング情報を拾ってきたのできっと大丈夫だろう。あとはshow ip ospf interface とか show ip ospf neighbor とかで確かめてみりゃOK。ただeth0とeth0:0はL2で同じところに繋がっているちょっと自信持てない。

次はBGP。基本はASを設定して自分の持ってるネットワークを隣のルータに教えるということか。

! lr01
router bgp 65071
 bgp router-id 172.17.71.1
 network 172.17.71.0/24
 neighbor 192.168.100.72 remote-as 65072

! lr02
router bgp 65072
 bgp router-id 172.17.72.1
 network 172.17.72.0/24
 neighbor 192.168.100.71 remote-as 65071

あとはshow ip bgpとかで確認。

U-19と言いねえ…。協会だけはどんどん悪くなる。川淵会長のころは功罪半ばという評価はできたが犬飼会長になってからは妄言しかない記憶にない。

選手とクラブチームは世界に出ていける段階に到達しつつあるのに協会は後退して行っている。

qemuが分離したネットワークになってしまうのか。

前から頭が悪いとしか思えない狂った設定の某大学のgrey listing。さらにおかしな気配がする…。

前からまともにメールが届かなくて不愉快だったんだが、ホスティングで使っているメールサーバからあるドメインへの送信が非常におかしい。届いているんだろうか。そもそも存在しないアドレスに送ってもエラーが帰ってこないってどうなってるんだ？ 本当に送れているんだろうか…。まさかとは思うがブラックホール状態だと大変だ。内部の人をつかまえて検証したいところではある…。

TeamWAREの出すお返事メールが変なのでひじょーに挙動が探りにくい。どうなっとんだよ…。

[1  <text/plain; us-ascii (7bit)>]
   ----- The following addresses have delivery notifications -----
<notexist@post.jimu.XXXXXX-u.ac.jp> (failed: Bad destination mailbox address)
[2  <message/delivery-status (7bit)>]
Reporting-MTA: toffice02 (TeamWARE Connector for MIME v5.x)
Original-Envelope-Id: 87od0n3aij.wl%takaki@asis.media-as.org

Original-Recipient: rfc822;notexist@post.jimu.XXXXXX-u.ac.jp
Final-Recipient: rfc822;notexist@post.jimu.XXXXXX-u.ac.jp
Action: failed (Bad destination mailbox address)
Status: 5.1.1

としか帰ってこない。あのなあ…。

自分の勘違いのような気もするが確信も持てず。散々エラーメールを送りつけていたらホワイトリストに載ったのかね。すぐにエラーが帰ってくるようになった。う〜ん、よくわからない。

なんかいろいろ苦労するなあ…。

• シャットダウンしようとしたら電源が落ちなくて、強制オフしたらOSが立ち上がらなくなった…。
• NICの認識がおかしい。nwamdを一度切ってもう一度上げると認識する。意味がわからん
• package managerだめすぎー。なぜか固まるんだけどということが何回もあり、CLIから起動させるとPythonが例外を吐いている…。どうなってるんだよ。SUNWckrとかがきちんと入らないってもはまいったねえ。
• pkg image-update でやったら最後まで行った。

• # pfexec mount -F zfs rpool/ROOT/opensolaris-1 /mnt

• # pfexec /mnt/boot/solaris/bin/update_grub -R /mnt

• とやってgrubを更新しないといけないようだ。
• shutdown -y -i 6 で再起動
• sudoの代わりにpfexecを使うのか。

• Package Managerはつかっちゃ駄目
  

iSCSIターゲットを作成する

# svc enable iscsitgt

ZFSでiSCSIのボリュームを作成する。

# zfs create rpool/iscsi
# zfs create -V 1GB rpool/iscsi/testvol
# zfs set shareiscsi=on rpool/iscsi/testvol
# iscsiadm list target                        # で表示されるはずが出てこない…。でもconnectできる。

アームウォーマーとウインドブレーカーを着て走ったら暑かった。スプリントと高HR耐久トレーニングをやると足に結構疲労が溜まる。