原因は不明だが、とりあえず対処療法で逃げたのでメモ。

原因を追究する根性がない。

• 以下のマシンはすべてKVMのGuest VMとして作成。
  • KVMはCentOS-7で構築している
• NFS Server: CentOS 6.6/lsyncd/xintd/rsync
• NFS Client: CentOS 6.6
• NFS Protocol: v4 (nfsinfo -mで確認)

この環境で、以下の設定を実施

nfs server: /exports
/mnt	172.25.255.0/24(rw,root_squash,sync,no_subtree_check)

chkconfig --list
nfs            	0:off	1:off	2:on	3:on	4:on	5:on	6:off
nfslock        	0:off	1:off	2:off	3:on	4:on	5:on	6:off
rpcbind        	0:off	1:off	2:on	3:on	4:on	5:on	6:off
rpcgssd        	0:off	1:off	2:off	3:on	4:on	5:on	6:off
rpcsvcgssd     	0:off	1:off	2:off	3:off	4:off	5:off	6:off

nfs client: /etc/fstab
nfs-server:/mnt /mnt nfs rw,sync,suid,exec,nouser,auto,hard,intr,noatime,actimeo=10      0 0

chkconfig --list
netfs          	0:off	1:off	2:off	3:on	4:on	5:on	6:off
nfs            	0:off	1:off	2:off	3:off	4:off	5:off	6:off
nfslock        	0:off	1:off	2:off	3:on	4:on	5:on	6:off
rpcbind        	0:off	1:off	2:on	3:on	4:on	5:on	6:off
rpcgssd        	0:off	1:off	2:off	3:on	4:on	5:on	6:off
rpcsvcgssd     	0:off	1:off	2:off	3:off	4:off	5:off	6:off

この状況で、client側で dd if=/dev/zero bs=512 count=102400 of=/mnt/test を実行すると、以下のような症状が出る

• コマンドは正常に終了する
• しかし、/mnt/testのファイルサイズが32768であったり65536であったりする。

本来、ファイルサイズが102400にならなければならないのに、32768や65536バイトにしかならないのは明らかに異常。

原因を小一時間ググったが、参考になる情報がないので、仕方がないからfstabのOprtionをいろいろ変更したところ、syncを外したら問題が解決した。

この問題は、複数のCentOS VMで観測されたので、個々のVM Instanceの問題ではないと考えられる。

しかし、こんなことが起こる理由がよく分からない。

pfSense の記事は、そろそろ大幅に revise が必要なのだが、今そんな余裕はないので、メモだけ。

pfSense は FreeBSD 系統の OS で、kernel は FreeBSD なわけだが、従って、XenServer の Guest として動かすことができる。 それだけではなく、XenTools も導入可能である。ただし、現行の pfSense 2.2.1-Release でしか確認していない。

問題は、pfSense のPackageにはxe-guest-utilitiesがないこと。そのため、以下の手順を実施する。

なお、以下の手順を実施するには、

1. ssh で login できること
2. sudo が導入されており、かつ sudo で root 権限を握れるアカウントで設定すること

が必要。

pfSense% sudo pkg install xe-guest-utilities
pfSense% sudo echo "xenguest_enable=\"YES\"" >> /etc/rc.conf.local
pfSense% sudo ln -s /usr/local/etc/rc.d/xenguest /usr/local/etc/rc.d/xenguest.sh
pfSense% sudo service xenguest start

この作業は、「おそらく」Major version up の度に実施しなければならない気がするし、時々はpkgの更新を実施してやる必要があると思われる。

さすがに忘れそうなものがいっぱいなので、こっちに釣っておく。

• オープンソースのソフトウェアルータ「CloudRouter」プロジェクトが発足。クラウド向け、Docker対応も
• nginxのリクエストボディのバッファリングに関する問題とその改善策
• 10GbE時代のネットワークI/O高速化
• Linuxでロードバランサやキャッシュサーバをマルチコアスケールさせるためのカーネルチューニング
• ext4 ファイルシステムのオーバーヘッドを厳密に理解する
• Git でコミットメールを配信する方法
• 「第2回 プログラマのための数学勉強会」開催しました！（動画＆資料つき）
• YouTubeがMySQLをスケールアウトする「Vitess」をオープンソースで公開。Kubernetesに対応
• クラウドを支えるこれからの暗号技術
• Python: BeautifulSoup4 を使って Web サイトをスクレイピングする
• 2015年3月20日号　15.04の開発・イギリス政府のセキュリティガイド(Ubuntu Weekly Topics)
• 作った人に聞いてみた、マイナンバーとの上手なつきあいかた
• muninの表示がクソ重くなっていたのを劇的に改善した話
• Facebook発のPHP実行環境「HHVM 3.6」リリース、2回目の長期サポート版
• プレス発表　「安全なウェブサイトの作り方 改訂第7版」を公開
• オレオレクロスルート証明書
• systemd-nspawnを活用してVPSの構成を根底から見直した
• インフラエンジニア向けシステム系論文

• エフェクトのリアルタイムプレビューが加わった「Audacity 2.1」リリース
• まんが日本昔ばなし〜データベース〜
• 私たちはお土産にどの八ッ橋を買えばよいのか
• 特定個人情報の適正な取扱いに関するガイドライン

Backupを取得するに際して、Backupを元々のServerに置いておいたら、Disk破損の時に一気に死ぬ。 で、そんな事態は救われないので、BackupをRemoteに置いておくために、Backup Scriptまで作ったわけだが、Serverの内側でcronなどでBackupを取得するのは設定ミスとか管理の分散とかが起こってうれしくない。 というわけで、remoteからsshを利用してBackupを取得するようにscriptを作ったのだが、

Pseudo-terminal will not be allocated because stdin is not a terminal.

などといいうErrorが出た。で、これはptyの割り付けないremoteからのコマンドは実行できないということでsshが吐き出すErrorである。

しかし、shell scriptには-tは記載されていて、ちゃんと動くはずだとどはまりをしたわけで…

で、困りに困って調べてみたら、出てました。man ssh

 -t      Force pseudo-tty allocation.  This can be used to execute arbitrary screen-based pro-
         grams on a remote machine, which can be very useful, e.g. when implementing menu ser-
         vices.  Multiple -t options force tty allocation, even if ssh has no local tty.

よく見たら、Multiple -t options force tty allocation, even if ssh has no local tty.だそうな。

要するに、-t -tとしろと。

わかりにくいからメモにしておく。

教訓は、RTFM … orz.

CentOS-7をInstallすると、今までのCentOS6までのような/etc/sysconfig/clockがないため、大幅にはまる。 特に、RTCがLocal Timezoneに設定されていたりなんかするとひどい目にあう。

というわけで、設定方法

1. timedatectl set-timezone Asia/Tokyo
2. timedatectl set-local-rtc 0
3. ntpdate ntp.nict.jp

なんか微妙に納得いかない