今日、自分のWEBに外からアクセスするとつながらない。LAN内部からはつながるので、サーバー自体は生きている。
アレー、記憶な無いがルーターのルーティングがおかしくなったかなー。

現象
　WEBサーバーに内部のLANからはアクセス出来る。（サーバー自体は生きている）
　WEBサーバーに外部からはアクセス出来ない。
　外部から固定IP（グローバル）でWEBサーバーにアクセスしてもダメ（運用は固定IP）(DNSの問題では無い）
　外部から固定IP（グローバル）にpingを打っても帰って来ない！！！（テスト時にルーターはPINGに応答する設定した）

PING応答がないのがおかしい。ケーブルを真剣にチェック。異常は無い。
ルーターに内部からアクセスしても異常は見当たらない。でもPINGに応答しないのはおかしい。
そこでルーターを再起動。あっさり直った。
実はこれのの２年位で２回目。でもサーバーを運用しているので、これでは問題。
ルーターはNTTからレンタルのRTｰS300HI。
YAMAHAのルーターに変えるべきかなー？

問題：ZABBIXでサーバーを監視しているがルーターまでは監視していない。プロ仕様のシスコなどのルーターならいざ知らず、家庭用のNTTレンタル品で今回の様なケースのチェックが出来るのかなー。少し勉強して見よう

どうも、オタク的になっているので、概略図を作って、わかりやすくしたつもり？

近頃常に気になっていることがある。それはこのシステム太陽さえ出れば家庭用の電源を使わないのでいいのだが、経済的にはよろしくない。
というのは家庭用の太陽電池の発電はなるべく売った方が得をするのである。下記は２０１６年５月の我が家の電気代である。
使用料　１７５KW 　４,９７９円　１KWあたりのコスト：２８.５円
売電料　２８０KW　１３,４４０円　１KWあたりのコスト：４８円
約倍ほども違うのである。ということはコンピューターの電池に供給するのではなく、売った方が得をする。
でも電池がなくなるので、家庭用電源から充電をする。停電になってもいいように、フローティング充電という方法で充電すれば、電池は常にほぼ１００％の残がある事になるので２日間位は持つと思う。
どれ位得をするか、あくまで目安だが（補充電を考えていない）我が家のサーバーはルーターやHUB等全部入れて2.5A＋である。
２５V Ｘ ２.５Ａ＝５０Ｗ、５０Ｗ Ｘ　２４時間　Ｘ　３０日 ＝ ３６ＫＷ
この分を売ったとすると （４８円ー２８.５円） Ｘ　３６ＫＷ　≒　７００円
つまり、１ヶ月約７００円の儲けになるのだ。１年で８,４００円　うーん、そこそこの金額だな
追記：この月は特別、普段は売電料より、使用料のほうが多い。ただ毎年５月は効率がよく、だいたいプラスになるが、これほどでは無い

いつも忘れるのでメモ。
編集したら、必ず
# virsh define /etc/libvirt/qemu/サブホスト.xml
定義し直す。ただこれはgedit等で編集した時。
そもそも定義ファイルを編集する時は　virsh edit サブホストの定義ファイル名（xxxx.xmlの .xml を取ったもの）
で編集するそうな。

常々端末のウィンドウサイズが小さすぎるので、起動の度にドラッグしてサイズを大きくしていた。
多分どこかに設定があるとは思っていましたが、そのままにしていましたが、探すことにしました。
何のことはない、簡単にデフォルトのサイズを変更できます。gnome-terminalを開き、メニューバーの 編集 →プロファイルの設定 をクリックし、開いたウィンドウで、全般タブをクリック、カスタムデフォルト....にチェックマークを入れ、デフォルトサイズの列と行を適当に設定すれば、次の起動から変更になります。なーんだ。
あと、メニューの端末をクリックするとしたの方に４つほど、サイズの設定がありますので、ここをクリックすると即座にサイズが変更されますが、設定は保存されませんので次回は元に戻ります

KVMを使用して普通にサブホストを作ると、領域１（イメージファイルやLVM）の中にさらに領域２を作って（複数の領域を作れるようにする為？、ルートやスワップなどの複数の領域為？）しまいます。画像０
ここで一番問題になるのはバックアップの方法です。私はbaculaを使用し、サブホストをバックアップしていますが、これでは完全なバックアップになりません。というのもこのバックアップは領域１の中の領域２をバックアップしているので、baculaでリストアしてもそのリストアしたデーター（領域２）をさらに領域１の中に入れ込まなければ、完全なサブホストのバックアップになりません。私はその方法が解りません（ddコマンドで作れそうですが？？）
なので、一度作成したサブホストを、カーネルイメージから直接起動する様に変更しました。これでbaculaでリストアされたサブホストもそのままリストアできます。（領域の中に入れ込まなくてもよい）
只，わたしはKVMを正式に勉強したわけではなく、又、真剣にググった訳でもないので、かなりいい加減です（でもちゃんと動いています）
その過程の中で疑問に思ったのが、
仮想マシンマネージャーで、サブホストを指定し、開くアイコンをクリックし、開いたウィンドウの電球アイコンをクリックし、左ペインの Boot Options をクリックし、さらに右ペインで、Direct kernel boot をクリックすると展開された中に Kernel path:、initrd path:、kernel auguments: があり、最初の二つには Browse アイコンがあります。画面１。そこで、それらを選べますが、
ここで問題！この時点での作業はメインのOSでしているので、ブラウズ出来るのはメインの中だけです（サブホストはマウントされてない）でもサブホストの指定だよなー？
と言う訳で実験
１：メインのホストとサブホストに同じバージョンを入れる
　例：Kernel path: /boot/vmlinuz-2.6.32-642.el6.x86_64
　　　Initrd path: /boot/initramfs-2.6.32-642.el6.x86_64.img
　　　Kernel arguments: root=/dev/vda
　ブートＯＫ
２：メインのホストにはあるがサブホストにはない場合
　例：Kernel path: /boot/vmlinuz-2.6.32-573.el6.x86_64
　　　Initrd path: /boot/initramfs-2.6.32-573.el6.x86_64.img
　　　Kernel arguments: root=/dev/vda
　途中で could not load /lib/modules/2.6.32-573.el6.x86_64/modules.dep: No such file or directory
　と表示されログイン出来る状態だが、まともに動かない筈。どういう事か、最初のブートではメインの/bootを見て，途中からサブホストの/libを見にいくが、サブホストにはないのでエラーとなっている。
３：サブホストにはあるがメインのホストにはない場合
　例：Kernel path: /boot/vmlinuz-2.6.32-642.1.1.el6.x86_64
　　　Initrd path: /boot/initramfs-2.6.32-642.1.1.el6.x86_64.img
　　　Kernel arguments: root=/dev/vda
　ブートすらしない。
　Errot starting domain: unable to set user and group to '107:107' on '/boot/vmlinuz-2.6.32-642.1.1.el6.x86_64': No such directory
　と表示されブートが止まる。
ということは最初はメインのＯＳの /bootを見て、途中からサブホストを見ていることになると思う。
と言う訳でここから作業
まず、サブホストのvdaに指定される領域（私はLVM）をddコマンドでバックアップ
# dd if=vdaに指定されている領域　of=バックアップを保存する領域
サブホストのルート領域をマウントしますが、前に触れたようにこの中にさらに領域を作っているので
# lesetup -f
で使える最初のloop番号を調べる。何もしていなければloop0の筈
# losetup /dev/loop0 ddでバックアップされた領域
# kpartx -a /dev/loop0
# ls /dev/mapper
で展開された領域を調べる、loop0p1やloop0p2 等がある筈、私はここにはルート領域のみしか作っておらず、スワップや他の領域は別のlvでマウントしているので、あるのはloop0p1だけ
# mount /dev/mapper/loop0p1 /test1　← 私はテスト用にこのdirectoryを作っている
これでサブホストのルート領域が/test1にマウントされた。私は/bootは別の領域にせず全部ここに入っている。
次にサブホストに使っている領域をフォーマット（私はLVM）
# mkfs.ext4 /dev/VG名/LV名
これで、このままではサブホストを二度と起動で出来ない！
# mount /dev/VG名/LV名 /test2　← 私はテスト用にこのdirectoryを作っている
# cd /test1
# cp -pr ./ /test2
これで、しばらくするとコピーが終わるので、後処理
# cd
# umount /test1
# umount /test2
# kpartx -d /dev/loop0
# losetup -d /dev/loop0
これで準備が出来たので、前項の　１：メインのホストとサブホストに同じバージョンを入れる と同じように（もちろんカーネルバージョン等は自分にあわせる）Direct kernel boot を設定する。
尚、Kernel arguments: にvda になっているのは、DISK1 に VirtIOを指定している為、ここがIDEだと違うはず、/etc/libvirt/qemu/サブホストxml を見れば指定が解る。
これでサブホストを起動すれば問題ない。
2016ｰ6ｰ16追記：大嘘を言っていました。このままでは起動できません。と言うのもフォーマットをするとディスクのUUIDが変わり、grub.confにあるブートdiskが古いUUIDのままだからです。と言う訳でgrub.confを修正しますが、この際UUIDでなく、ディスク（vda）の指定にします。と言うのもサブホストのルートのディスクはVirtIOを使用し、素直に作ると、必ずvda になるからです。ですので再度マウントし、編集します。
# mount /dev/VG名/LV名 /test2
# gedit /test2/boot/grub/grub.conf

抜粋
default=0
timeout=5
splashimage=(hd0,0)/boot/grub/splash.xpm.gz
hiddenmenu
title CentOS (2.6.32-642.1.1.el6.x86_64)
 	root (hd0,0)
	kernel /boot/vmlinuz-2.6.32-642.1.1.el6.x86_64 ro　本当はここから次のタイトルの前までは１行
　　　　root=UUID=467a31a2-d8b5-4b05-8878-0d65d0015be4/dev/vda　ここを変更する
        rd_NO_LUKS LANG=ja_JP.UTF-8 rd_NO_MD SYSFONT=latarcyrheb-sun16
        crashkernel=auto  KEYBOARDTYPE=pc KEYTABLE=jp106 rd_NO_LVM rd_NO_DM rhgb quiet
        enforcing=0 	initrd /boot/initramfs-2.6.32-642.1.1.el6.x86_64.img
title CentOS (2.6.32-573.26.1.el6.x86_64)
以下省略、注：root=の指定は他にもあるので全部変更する

抜粋
UUID=467a31a2-d8b5-4b05-8878-0d65d0015be4/dev/vda     /	ext4    defaults        1 1　UUID=...... を　/dev/vda に修正
tmpfs                   /dev/shm                tmpfs   defaults        0 0

  <os>
     <type arch='x86_64' machine='rhel6.5.0'>hvm</type>
     <boot dev='hd'/>
   </os>

  <os>
     <type arch='x86_64' machine='rhel6.5.0'>hvm</type>
     <kernel>/boot/vmlinuz-2.6.32-642.el6.x86_64</kernel>
     <initrd>/boot/initramfs-2.6.32-642.el6.x86_64.img</initrd>
     <cmdline>root=/dev/vda</cmdline>
     <boot dev='hd'/>
   </os>

cp: preserving permissions for `/test2/./var/lib/samba/sysvol/kinryokai.net/scripts': サポートされていない操作です
cp: preserving permissions for `/test2/./var/lib/samba/sysvol/kinryokai.net/Policies/
{31B2F340-016D-11D2-945F-00C04FB984F9}/USER': サポートされていない操作です　本当はこの行は上の行と同じ行です。
以下省略

合計 20
drwxr-xr-x+ 3 root    root    4096 12月 17 17:52 2015 .
drwxr-xr-x. 7 root    root    4096  1月 30 22:18 2015 ..
drwxrwx---+ 4 3000017 3000000 4096  6月 27 20:50 2014 kinryokai.net

合計 32
drwxrwx---+ 4 3000017 3000000 4096  6月 27 20:50 2014 .
drwxr-xr-x+ 3 root    root    4096 12月 17 17:52 2015 ..
drwxrwx---+ 4 3000017 3000000 4096  6月 27 20:50 2014 Policies
drwxrwx---+ 2 3000017 3000000 4096  6月 27 20:50 2014 scripts

抜粋
/dev/vda   /          ext4       defaults,acl   0 0　← ,aclを追記

表記の様に止まってしまい、それ以上進まず、インストールが出来ない
（インストールは保存してあるISOイメージを使用し、VERは6.8　LVMの領域を一つ作りそれを指定し、全てを / に指定，SWAPは作らない（後から追加できる））
色々ググったが、ヒットしない。selinux関連だからと、当てずっぽうにインストール時に selinux=0 を指定したらうまくインストール出来た。
そのやり方。
画像１の様にインストール画面間で進み、そこでタブを押すと、画面の様に vmlinuz initrd= ....等と表示が現れますので、
続けて selinux=0（画像２）と入力しEnterを押し、インストールを続けます。後は止まることなく最後まで進みます。
この時気を付けるのは、この時点ではキーボードが日本語になっていませんので（英語キーボードの配列）＝ を入力するのは、ひらがなの へ のキー（右上の方）です。

そろそろメインのＫＶＭホストをMONDOでバックアップしようとinit 1 でシングルユーザーにしてmondoarchive をやっても最後の方で
I cant find the boot catalog directory 'syslinux'! になる。google先生に聞いても答えが得られない。
yumでmondo関連をremoveし、再インストールをしてみたが、状況は変わらない。
途方に暮れ、もう一度インストールし直そうと思い
# yum list installed | grep mondo
でインストールされているものを調べると
afio.i386 2.5-1.rhel6 @mondorescue
buffer.i386 1.19-4.rhel6 @mondorescue
mindi.x86_64 3.0.1-1.rhel6 @mondorescue
mindi-busybox.x86_64 1.21.1-1.rhel6 @mondorescue
mondo.x86_64 3.2.1-1.rhel6 @mondorescue
perl-MondoRescue.noarch 3.2.1-1.rhel6 @mondorescue
ありゃー、afioとbufferが32bitになっている。（原因は前にこのホストをリストアした時に32bit を使っていた。）
# yum remove afio buffer mindi mindi-busybox mondo perl-mondoRescure
とアンインストールし、
# yum clean all
で、念のためキャッシュを消し、さらに念のため再起動をした。（多分ここまでやる必要は無いと思うが）
そして、再インストール
# yum install afio buffer mindi mindi-busybox mondo perl-mondoRescure
でもって、mondoarchive をインターラクティブモード（引数を与えなければ、このモードになる）
無事成功。
なので、
# init 1
でシングルユーザーにして
# mondoarchive
で無事終わった。
めでたし、めでたし

先日、カーネルのアップデート（もちろんそれ以外も色々たくさんあった）したらエラーが出た。
内容は次の通り

１：サブホストのブート時、ip6tables-restore がエラーを出す（画像１）

２：１の問題の為、IPV6を止めたら、dovecot がエラーを出す（画像２)

３：vncにログインしていると突然ログアウトする。

さっそく１番のip6tables-restore がエラーを出すから対処していきます。私はIPV6を止めていた筈なのですが、多分カーネルのアップデート時に有効になったみたいです。
参考ＵＲＬ：http://easyramble.com/disable-ipv6.html
# service ip6tables stop
でip6tablesをストップし
# chkconfig ip6tables off
で再起動時も無効にします。
次にIPV6自体を無効にするために
# echo "install ipv6 /bin/true" >> /etc/modprobe.d/disable-ipv6.conf
ネットワーク関連の設定ファイルも変更します。
# gedit /etc/sysconfig/network

NETWORKING=yes
NETWORKING_IPV6=no　← これを追加する
HOSTNAME=XXXXXX
GATEWAY=192.168.XX.XX

IPV6INIT=no　← 最後に追記

# listen = *, ::::　← ２６行目位にある
listen = *　← 追記する

現在XOOPSのDATABASEの文字コードはEUCｰJPである。これはXOOPSのバージョンが2.0.16だった頃からの遺産である。そろそろUTFにしようと思う。
ＯＳはＣｅｎｔＯＳ６．７なのでこちらは既にUTFであるので、データーベースの文字コードを変更する。その前に現在の状況を把握する。まずはデーターベース、mysqlにログイン
# mysql -u ユーザー名 -p
パスワードを聞かれるので入力
mysql> show variables like 'char%';

+--------------------------+----------------------------+
| Variable_name            | Value                      |
+--------------------------+----------------------------+
| character_set_client     | utf8                       |
| character_set_connection | utf8                       |
| character_set_database   | utf8                       |
| character_set_filesystem | binary                     |
| character_set_results    | utf8                       |
| character_set_server     | utf8                       |
| character_set_system     | utf8                       |
| character_sets_dir       | /usr/share/mysql/charsets/ |
+--------------------------+----------------------------+

抜粋
;default_charset = "iso-8859-1"

;mbstring.language = Japanese
;mbstring.internal_encoding = EUC-JP
;mbstring.http_input = auto
;mbstring.http_output = SJIS
;mbstring.encoding_translation = Off
;mbstring.detect_order = auto
;mbstring.substitute_character = none;
;mbstring.func_overload = 0
;mbstring.strict_detection = Off
;mbstring.http_output_conv_mimetype=

# For advice on how to change settings please see
# http://dev.mysql.com/doc/refman/5.6/en/server-configuration-defaults.html

[mysqld]
# Remove leading # and set to the amount of RAM for the most important data
# cache in MySQL. Start at 70% of total RAM for dedicated server, else 10%.
innodb_buffer_pool_size = 256M
# Remove leading # to turn on a very important data integrity option: logging
# changes to the binary log between backups.
# log_bin
# Remove leading # to set options mainly useful for reporting servers.
# The server defaults are faster for transactions and fast SELECTs.
# Adjust sizes as needed, experiment to find the optimal values.
join_buffer_size = 128M
sort_buffer_size = 2M
read_rnd_buffer_size = 2M
datadir=/XXXXXXX/XXXXXX　デフォルトから変更してある
socket=/var/lib/mysql/mysql.sock
# Disabling symbolic-links is recommended to prevent assorted security risks
#symbolic-links=0
# Recommended in standard MySQL setup
sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES 

character-set-server = utf8

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-file=/var/run/mysqld/mysqld.pid

	// Database Name
	// The name of database on the host. The installer will attempt to create the database if not exist
	define('XOOPS_DB_NAME', 'UTF8にした新データーベース名');　←データーベース名を変更

<?php
/**

 ;Example: If your database character is EUC-JP, it should be ujis.
 ;Example: If your database character is UTF-8, it should be utf8.
 ;charcode=utf8

 */
charcode=utf8　ここをujisからutf8に変更
?>