LVM-thinをやめる

インストール直後であること

data内のコンテナやVMがあれば消えます!!

lvremove pve/data \
&& lvextend -l +100%FREE pve/root \
&& resize2fs /dev/pve/root

disk使用量

# df -h /
Filesystem      Size  Used Avail Use% Mounted on
/dev/dm-0       131G  1.2G  124G   1% /

local-lvmの削除

localでVM,コンテナ,バックアップの有効化

df で確認できるDISK使用量は、rootイメージサイズではなく、イメージの内の実際のデータ量だった。

sources.list

/etc/apt/sources.list.d/pve-enterprise.list

- deb https://enterprise.proxmox.com/debian jessie pve-enterprise
+ deb http://download.proxmox.com/debian jessie pve-no-subscription

更新

apt update && apt dist-upgrade -y && apt-get clean

自分用メモ

/etc/ssh/sshd_config

Port 22
#PasswordAuthentication yes
UseDNS no

memo

# packages
apt install -y \
  screen sshfs sudo logwatch mdadm

# 一般ユーザ作成しsudoできるように
ACCOUNT=user1
adduser ${ACCOUNT}
gpasswd -a ${ACCOUNT} sudo

# sshできるように
cd /home/${ACCOUNT}/
mkdir .ssh
vi /etc/pve/priv/authorized_keys
cp /etc/pve/priv/authorized_keys .ssh/authorized_keys
chown -R ${ACCOUNT}:${ACCOUNT} .ssh

# docker
wget -qO- get.docker.com | sudo sh
gpasswd -a ${ACCOUNT} docker
sh -c "wget -O /usr/local/bin/docker-compose https://github.com/docker/compose/releases/download/1.9.0-rc2/docker-compose-`uname -s`-`uname -m`"
chmod +x /usr/local/bin/docker-compose

# /etc/aliases
echo "root: ${ACCOUNT}+${HOSTNAME}@メールアドレス" >> /etc/aliases
newaliases

# logwatch
cp /usr/share/logwatch/default.conf/logwatch.conf /etc/logwatch/conf/
mkdir /var/cache/logwatch
sed -i -e 's/^Detail = Low/Detail = Med/' /etc/logwatch/conf/logwatch.conf
/etc/cron.daily/00logwatch

docker-composeの最新バージョンはここで確認。

その他

旧サーバーで実施

# sshfsで新サーバーの/var/lib/vz/dump/をマウントしbackup転送
sshfs -p 22 1.2.3.4:/var/lib/vz/dump /var/lib/vz/dump

音を出す場合

apt install -y alsa-utils mpg321
gpasswd -a ユーザ audio
alsamixer
# mキーでミュート解除、上キーで音量を上げる

nfs

# server
apt install -y nfs-kernel-server
echo "/mnt/nfs/ 192.168.0.64(rw,insecure,no_subtree_check,no_root_squash)" >> /etc/exports
exportfs -rav

# client
apt install -y nfs-common
mount -t nfs 192.168.0.61:/mnt/nfs /mnt
umount -f /mnt
## どうしてもumount出来ない場合
umount -f -l /mnt

dumpをrsyncで取得

パスワードなしの鍵を作りrsyncできるようにする。

ssh-keygen
cat ~/.ssh/id_rsa.pub

接続先のサーバーにて以下準備

from="192.168.11.11" ssh-rsa AAAAB3...(略)... user1@nas

接続元のサーバーにて~/.ssh/config作成

Host server1
    Port 22
    User user1
    IdentityFile ~/.ssh/id_rsa

mkdir ~/cron/
touch ~/cron/rsync_dump.sh
chmod +x ~/cron/rsync_dump.sh

~/cron/rsync_dump.sh

#!/bin/sh
set -eu
FROM="server1"
 
rsync -a --delete \
 --include="*.log" --include="*.lzo" --exclude="*" \
 -e ssh ${FROM}:/var/lib/vz/dump/ ~/dump-${FROM}/

crontab

30 2 * * 1 (cd ~/cron && ./rsync_dump.sh)

クラスタについて

インストール

ISOサイズが699MB(proxmox4.2)から510MB(proxmox4.3)に激減
136.7 GB のHDDにインストールした結果

パーティション

# fdisk -l /dev/cciss/c0d0
(略)
Device             Start       End   Sectors   Size Type
/dev/cciss/c0d0p1     34      2047      2014  1007K BIOS boot
/dev/cciss/c0d0p2   2048    262143    260096   127M EFI System
/dev/cciss/c0d0p3 262144 286611806 286349663 136.6G Linux LVM

disk使用量

# df -h /
Filesystem      Size  Used Avail Use% Mounted on
/dev/dm-0        34G  1.2G   31G   4% /

メモリ

# free -m
             total       used       free     shared    buffers     cached
Mem:          7981        785       7195         41         15        123
-/+ buffers/cache:        646       7334
Swap:         4095          0       4095

lvm

# lvs
  LV   VG   Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  data pve  twi-a-tz-- 82.54g             0.00   0.43                            
  root pve  -wi-ao---- 34.00g                                                    
  swap pve  -wi-ao----  4.00g

S.M.A.R.T.対応例

smartmontoolsでHDD状態確認 - Qiita

リストアに失敗した時のログ

初めて遭遇した。その後バックアップ取り直してリストア成功した。

(略)
extracting archive '/var/lib/vz/dump/vzdump-lxc-372-2016_10_02-08_53_15.tar.lzo'
lzop: <stdin>: Checksum error
tar: Unexpected EOF in archive
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now
TASK ERROR: command 'tar xpf /var/lib/vz/dump/vzdump-lxc-372-2016_10_02-08_53_15.tar.lzo --totals --sparse --numeric-owner --acls --xattrs '--xattrs-include=user.*' '--xattrs-include=security.capability' '--warning=no-xattr-write' -C /var/lib/lxc/372/rootfs --skip-old-files --anchored --exclude './dev/*'' failed: exit code 2

LXCよりもKVMを使ったほうがよい理由

LXC: Snapshotでのバックアップ調べ

バックアップ、リストアの速度が早い
- LXCだとイメージ内のファイル単位でコピーするため遅い。
- 同一マシン内だと、2〜3倍の差が付く。
- KVMだとバックアップの進捗が％表示される
- NFS経由へのバックアップだと6倍くらいかかる。(200GBで12時間など)
LXCだとバックアップ、リストア中、応答がなくなる。
- (KVMだとssh接続など問題ない)
不具合に遭遇する
- サービスが立ち上がらない(runlevel3になっていなかったり)
- ブラウザ経由のコンソールが見れないことも (pct enterで入るか、最新のtemplateを使うか)
- nfsdが使えない