ほほほのほ - os:linux:centos

CentOS 7

anonymous@undisclosed.example.com (Anonymous) — Thu, 25 May 2017 09:55:23 +0000

CentOS 7

メモ

CentOS 7に関するメモ。以下参照

CentOS
CentOS 7 Release Note 今回は変更が大きいので、Release noteを見ておかないとかなり厳しい

Firewalldを使う場合のメモ:

触ってみて気づいた違い

取り急ぎ、minimal installしたCentOS7ベースで直感的な違いを。

ifconfig、ethconfig コマンドが入ってない
- 少なくとも、base/updates/extra Repositoryには無かった。代わりにipコマンドを使おう
ebtables(Ethernet bridge frame table)なるコマンドが増えている。
- /etc/sysconfig見てて気がついた。/etc/sysconfig/ebtables.confというファイルがある。
chkconfig/serviceコマンドは存在するが、systemctlコマンドを使えといわれる
- というわけで、systemctlに慣れなければならない
kernelは3.10.0
少なくとも、XenServer 6.2では、PVでは動かなかった。これは、Xen4.4でpatchが当たった問題で、XenServer 6.2では、Xen4.1.2なので、対応されていない
- XenServer 6.5のAlpha3では（工夫すれば）動く事は解ったが、その環境を作る余裕はないので、試験していない
Firewallは、firewalldによって制御される
- イメージ的には、iptablesのWrapperとしてFirewalldが動く感じ
- snort等でiptablesを直接触っている場合、どのような状況になるのかがかなり微妙風味
- firewall-cmdコマンドで色々頑張る模様。イメージとしては、Zoneで管理する感じで、I/Fに対して仕掛けるイメージではなかった。が、これは、Configuration次第か？
- 何れにしても、真面目にマニュアルを読む必要がありそう
標準のFileSystemが、LVM+xfsになった
- 自分で選べばext4等も使える。また、btrfsも初期から選択できるようになっていた。（が、試してない）
yum list | grep sql してもMySQLは出てこない。MariaDBになった。
sudoers で %wheel が default で許可されている。(CentOS6ではコメントアウトされていた)

代替Tools

ifconfig	ip a(addr), ip l(link)
route	ip r(route)
netstat	ss
netstat -i	ip -s l(link)
arp	ip n(neighbor)

その他Tips

hostnameの変更方法

http://qiita.com/n-oshiro/items/d18ab37bce2b25b2d5b0 要するに/etc/hostnameを変更しろと。

ファイルシステムのUUIDを確認・変更する

anonymous@undisclosed.example.com (Anonymous) — Tue, 21 Jan 2014 10:35:57 +0000

ファイルシステムのUUIDを確認・変更する

Last Update: 2014/01/21

CentOSにおいては、ファイルシステムにそれぞれ固有のUUID(Univarsally Unique Identifier)が割り当てられている。一般にUUIDはファイルシステム毎に一意に設定できるため、デバイス名（/dev/xvdaや/dev/hda等）を利用した場合に比して、ハードウェア構成の変更に強い。

UUIDの確認

UUIDの確認方法はいくつかある。

blkid

/sbin/blkidコマンドを実行すると、ブロックデバイスの属性一覧が表示される。これにより、UUIDとDevice名そして、Filesystem typeが確認できる。

# /sbin/blkid
/dev/xvda1: UUID="xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx" TYPE="ext4" 
/dev/xvda2: UUID="yyyyyyyy-yyyy-yyyy-yyyy-yyyyyyyyyyyy" TYPE="ext4" 
/dev/xvda3: UUID="zzzzzzzz-zzzz-zzzz-zzzz-zzzzzzzzzzzz" TYPE="swap" 
/dev/xvdb1: UUID="gggggggg-gggg-gggg-gggg-gggggggggggg" TYPE="ext4"

/dev/disk/

/dev/disk/by-uuid/ の下にデバイスファイルが作成されているので、UUIDを確認することができる。

# ls -l /dev/disk/by-uuid/'
合計 0
lrwxrwxrwx 1 root root 11  1月 21 18:05 2014 zzzzzzzz-zzzz-zzzz-zzzz-zzzzzzzzzzzz -> ../../xvda3
lrwxrwxrwx 1 root root 11  1月 21 18:05 2014 xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx -> ../../xvda1
lrwxrwxrwx 1 root root 11  1月 21 18:05 2014 yyyyyyyy-yyyy-yyyy-yyyy-yyyyyyyyyyyy -> ../../xvda2
lrwxrwxrwx 1 root root 11  1月 21 18:34 2014 gggggggg-gggg-gggg-gggg-gggggggggggg -> ../../xvdb1

tune2fs

/sbin/tune2fsコマンドでもUUIDを確認できる。 /sbin/tune2fs -l デバイス名で、そのデバイスの詳細な情報が表示される。

# /sbin/tune2fs -l /dev/xvda1 | grep UUID
Filesystem UUID:          xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx

UUID を変更する

UUID は一意の識別子なので通常、変える必要はない。が、もちろん、変えることもできる。

# /sbin/tune2fs -U `/usr/bin/uuidgen` /dev/xvda1

CentOSに外部Diskを繋ぐ

anonymous@undisclosed.example.com (Anonymous) — Mon, 14 May 2018 04:34:16 +0000

CentOSに外部Diskを繋ぐ

現時点で、CentOS 5.9以降、CentOS6.4以降では動作確認してます。まぁ、内容から考えれば、普通にどれでも出来そうではありますが。

破壊的作業なので、意味判らない人はマネしないこと。外部ディスクが新規であることを想定しているので、そうでない人は、ちゃんと調べて理解してからやること

Diskを繋ぐ
1. USBで繋ぐ、VMに仮想Disk Imageを連結する等。
fdiskでDisk partitionを決定
1. 以下を実行し、Diskが追加されていることを確認
  1. dmesg | grep '^hd' (USBやSATA等の場合)
  2. dmesg | grep '^xvd' (XenServer上に仮想Disk Imageを繋いだ場合)
  3. dmesg | grep '^vd' (KVM上に仮想Disk Imageを繋いだ場合)
2. fdisk /dev/(hd|xvd|vd)? ←上で確認したdevicenameを入れる
  - n → p → 1 → <CR> → <CR> ←これで判らない人は、ちゃんと調べてください。
3. wで書き込む。fdiskが終了するので、fdiskを再度起動
  - この段階でそれまでに設定されていたパーティション情報は破壊されるので、注意。
4. pで作成したパーティションが正しく設定されているか確認
Filesystemを作成する
1. ls /sbin/mkfs.*を実行し必要なfilesystemがあるか確認。今回はext3を利用するものとする。ext4ならmkfs.ext4になる。
2. mkfs.ext3 /dev/(hd|xvd|vd)b?を実行

あとは適当にmountするなりddするなりしてください。

CentOSでNICとethのmappingを固定する

anonymous@undisclosed.example.com (Anonymous) — Tue, 14 Oct 2014 08:13:12 +0000

CentOSでNICとethのmappingを固定する

Last Update: 2014/10/14

久しぶりにやって大ハマりしたので、メモ。

XenServer等の仮想システムで、GuestOSにCentOS6を利用している場合に、NICの割当がうまく行かなくなる事がある。この原因を明確にすべく実験してみた。

仮想システム上に作成したCentOSを用いて、以下の試験を行う

CentOS6.5のVMを作成
NICを5本割り当てる
VMに割り当てたNICに対して割り付けられるeth[0-5]を、思い通りの順番に変える
変えた情報が反映されているか試験
VMに割り当てたNICを一つ削除する
kernelがどう認識するか確認する
設定を初期に戻して、eth[0-5]がどうなるかを確認する
VMにNICを追加する
eth[0-5]がどうなるかを確認する

試験環境は以下の通り。

Hypervisor: XenServer 6.2 ServicePack 1
OS: CentOS 6.5
- NIC1: MAC Address=00:00:00:00:01
- NIC2: MAC Address=00:00:00:00:02
- NIC3: MAC Address=00:00:00:00:03
- NIC4: MAC Address=00:00:00:00:04
- NIC5: MAC Address=00:00:00:00:05

まず、思い通りにNICにeth番号を割り当てる方法を以下に記載する

/etc/sysconfig/network-script/ifcfg-eth* を編集する
- HWADDR行を削除(もしくはComment out)
  - NICが変われば、当然MAC Addressが変わるから。

/etc/udev/rules に移動する

70-persistent-net.rule があれば、削除する
- CentOS5の頃にはこのファイルが作成されたようだが、CentOS6.5とか7では作成されない模様。

以下のコマンドを実行し、情報を確認する

udevadm info -a -p /sys/class/net/eth0 (eth0の情報を確認する場合)

# udevadm info -a -p /sys/class/net/eth0/

Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.

  looking at device '/devices/vif-0/net/eth0':
    KERNEL=="eth0"				← 見ている疑似NIC
    SUBSYSTEM=="net"
    DRIVER==""
    ATTR{addr_assign_type}=="0"
    ATTR{addr_len}=="6"
    ATTR{dev_id}=="0x0"
    ATTR{ifalias}==""
    ATTR{iflink}=="6"
    ATTR{ifindex}=="6"
    ATTR{features}=="0x50803"
    ATTR{type}=="1"				← 意味は(現時点で)不明だが、必須情報
    ATTR{link_mode}=="0"
    ATTR{address}=="00:00:00:00:00:01"
    ATTR{broadcast}=="ff:ff:ff:ff:ff:ff"
    ATTR{operstate}=="down"
    ATTR{mtu}=="1500"
    ATTR{flags}=="0x1002"
    ATTR{tx_queue_len}=="1000"
    ATTR{rxbuf_min}=="64"
    ATTR{rxbuf_max}=="256"
    ATTR{rxbuf_cur}=="128"

  looking at parent device '/devices/vif-0':
    KERNELS=="vif-0"				← Kernel内部のDevice名
    SUBSYSTEMS=="xen"				← Kernel内部で上記Deviceが生えているSubsystem名
    DRIVERS=="vif"				← Kernel内部のDevice Driver
    ATTRS{nodename}=="device/vif/0"
    ATTRS{devtype}=="vif"
    ATTRS{modalias}=="xen:vif"

この情報を元に、65-eth.rulesファイルを作成

65という数字には意味があって、61〜67までであること。要するに、60-raw-rulesの実行後、70-persistent-net.rules(無い場合が多い)までの間に実行されるようにする必要がある。

設定ファイルの内容は以下。

ACTION=="add", SUBSYSTEMS=="xen", KERNELS=="vif-0", DRIVERS=="?*", NAME="eth0", OPTIONS="last_rule"
ACTION=="add", SUBSYSTEMS=="xen", KERNELS=="vif-1", DRIVERS=="?*", NAME="eth1", OPTIONS="last_rule"
ACTION=="add", SUBSYSTEMS=="xen", KERNELS=="vif-2", DRIVERS=="?*", NAME="eth2", OPTIONS="last_rule"
ACTION=="add", SUBSYSTEMS=="xen", KERNELS=="vif-3", DRIVERS=="?*", NAME="eth3", OPTIONS="last_rule"
ACTION=="add", SUBSYSTEMS=="xen", KERNELS=="vif-4", DRIVERS=="?*", NAME="eth4", OPTIONS="last_rule"

上記 65-eth.rules をいじる(NAME=の後ろ)と望み通りにethの番号を変えられる。

XenServer側からNICを削除してもvif番号は変わらない。
- 従って、例えば3番をXenServer側から削除した場合、eth3がなくなる。
ここで、65-eth.rules を削除すると、eth3が詰まって、eth0〜eth4までに変化する

ということになる。

CentOSでDiskのDefrag

anonymous@undisclosed.example.com (Anonymous) — Tue, 23 Apr 2019 05:49:48 +0000

CentOSでDiskのDefrag

XFSの場合

Fragmentの度合いを調べる

$ sudo xfs_db -c frag -r /dev/mapper/centos-root
actual 49226, ideal 48729, fragmentation factor 1.01%
Note, this number is largely meaningless.
Files on this filesystem average 1.01 extents per file

Defragを実行する
- ```
$ sudo xfs_fsr
```

ext4の場合
- Fragmentの度合いを調べる
  - e4defrag -c /dev/mapper/centos-root
- Defragを実行する
  - e4defrag /dev/mapper/centos-root

lsyncd+rsyncでDisk同期

anonymous@undisclosed.example.com (Anonymous) — Thu, 05 Feb 2015 11:16:56 +0000

lsyncd+rsyncでDisk同期

Update: 2014/10/14

書きかけ

CentOS7でWeb Serverを立ち上げたいのだが、この際出来るだけ同期したい。というわけで、lsyncd+rsyncでDiskを同期する設定をぶち込んでみる。

構成は、下図の通り

lsyncdとは？

lsyncdは、Live Syncing Daemonのことで、local側のディレクトリツリーを監視し、変化を検出したらActionを起こす為のdaemonである。通常は、rsyncと組み合わせて、「あるディレクトリツリーで変化を検出した」時に、rsyncを用いてremoteに変化を送付する(ファイルの追加、削除、更新等)為に用いられる。

lsyncdは、Linux kernelに実装されているinotifyとfanotifyを利用して、ディレクトリツリーの変化を検出する。

なお、lsyncdは、2.0系統と2.1系統で大幅に変わったので、注意が必要。本記事では、lsyncdは2.1系列を利用する。

rsyncとは？

rsyncは、複数の端末間で、ファイルやディレクトリを同期する為に利用されるアプリケーションである。様々な場所で利用されているので、rsyncは利用出来る事を前提として考える。

keepalivedとは

Keepalivedは「VRRP」を利用して、「あるサービスが死んだ」ら「それをトリガーとしてVRRP的切替を行う」daemonである。

Install

lsyncdのrpmはEPELにあるので、yum repositoryにEPELを足す。(epelを参照)

あとは、yum install lsyncd rsync を実行する

Configuration

双方向同期

To be written.

CentOSで起動時のSplash画面をオフにする

anonymous@undisclosed.example.com (Anonymous) — Thu, 16 Oct 2014 06:56:05 +0000

CentOSで起動時のSplash画面をオフにする

CentOSは、Install直後の標準状態では起動時にSplash画面が表示されるため、boot processが見えない。起動後にdmesgを実行する手もあるが、古い自分としてはやっぱり起動時に確認したい物でもある。というわけで、boot processを表示する方法。

[ALT]-[d]
- 起動時に[ALT]と[d]キーを同時に押せばboot processが表示される。
GRUBで設定(一時的対応)
- 起動時にGRUBが表示されたら[ESC]
- 編集のために[e]キーを押下する
- kernel行から”rhgb”と”quiet”を削除
- [Enter]キーの後[b]キーを押してブートを継続します
GRUBの設定(永続的対応)
- 常にブート時にプロセスが表示させるようにGRUB設定ファイルを編集する
- kernel行から”rhgb”と”quiet”を削除します

実際の変更は /boot/grub/grub.conf を修正するだけ。

変更前: kernel /vmlinuz-2.6.32-358.2.1.el6.x86_64 ro root=UUID=xxxxxx-xxxx-xxx-xxx-xxxxxxxxxxx rd_NO_LUKS rd_NO_MD KEYBOARDTYPE=pc KEYTABLE=jp106 LANG=ja_JP.UTF-8 rd_NO_LVM rd_NO_DM rhgb quiet crashkernel=auto
変更後: kernel /vmlinuz-2.6.32-358.2.1.el6.x86_64 ro root=UUID=xxxxxx-xxxx-xxx-xxx-xxxxxxxxxxx rd_NO_LUKS rd_NO_MD KEYBOARDTYPE=pc KEYTABLE=jp106 LANG=ja_JP.UTF-8 rd_NO_LVM rd_NO_DM crashkernel=auto

initrd /initramfs-2.6.32-358.2.1.el6.x86_64.img

CentOS向け技術メモ

anonymous@undisclosed.example.com (Anonymous) — Thu, 25 May 2017 09:52:10 +0000

CentOS向け技術メモ

CentOS で NFS で nobody

CentOSを利用してて、何かのはずみでNFSでmountしたDiskに置かれているファイルのOwnerがnobodyになる問題の解決策

localhost nfsidmap[xxxxx]: nss_getpwnam: name 'foo@localdomain' does not map into domain 'bar.baz'

こんなlogが出た場合、以下が考えられる。

NISがおかしい
NISなんか使ってないが、resolv.confなどでなんらかの設定をぶち込んだ
NISをやめた

今回は、2と3で引っかかった

こういうときには、

NIS関連の設定をなくす
nfsidmap -v -c を実行し、cacheをクリアする

/etc/idmapd.confを修正する

vi /etc/idmapd.conf
==========
Domain = localdomain
==========

mount -o remount /path/to/mountedFS

結構はまった。

ちょっとFilesystemの試験をしてみた

試験環境は XenServer 6.2上のFVMのCentOS 7。 vCPU x1, Mem 1024M, HDD 10G(boot)+1G(試験用)

試験内容は

試験用の1GのDiskに、下記のscript-1で出来る限りのファイル/Directoryを作成する
- そのファイルシステムに対し、ls -Rを実行してかかった時間を計測。また、作成できたファイル数を数える
試験用の1GのDiskに、下記のscript-2でファイルをDirectoryを作成する。
- 作成時間、ls -Rにかかる時間、消去時間を計測

今回は、簡易な試験なので、複数回実施するような事はしない

えー、決定的ミスが発見されたため、以下書き直しました。

元々の試験では、Kernel内のCacheの効果で、Cacheの性能しか見えなかった

試験用script

まず、File作成制限を測定する為のScript

script1

#! /bin/sh
for i in `seq 1 33000`; do
  mkdir $i
  for j in `seq 1 33000`; do
    touch $i/$j
  done
done

script2

#!/bin/bash

set_START() {
  START=`cat /proc/uptime | cut -d ' '  -f1`
}
get_ELAPS() {
  END=`cat /proc/uptime | cut -d ' '  -f1`
  ELAPS=`echo "scale=7; $END - $START" | bc`
}
	
make_dir() {
  echo "Gen $m Dirs"
  sync ; echo 3 > /proc/sys/vm/drop_caches
  set_START
  for i in `seq 1 $1`; do
    mkdir $i
  done
  get_ELAPS
  echo "make $1 dirs: $ELAPS sec"
}

touch_file() {
  sync ; echo 3 > /proc/sys/vm/drop_caches
  set_START
  for i in `seq 1 $2`; do
    touch $1/$i
  done
  get_ELAPS
  echo "touch $2 file: $ELAPS sec"
}

access_file() {
  sync ; echo 3 > /proc/sys/vm/drop_caches
  set_START
  ls -R > /dev/null
  get_ELAPS
  echo "access all files: $ELAPS sec"
}

remove_file() {
  sync ; echo 3 > /proc/sys/vm/drop_caches
  set_START
  rm -rf *
  get_ELAPS
  echo "remove all files: $ELAPS sec"
}

mkdir mnt

for k in ext4 xfs btrfs; do
  /sbin/mkfs.$k -F /dev/xvdb
  mount /dev/xvdb mnt
  cd mnt

  echo "Filesystem: $k start"
  for m in 16384 24576 ; do
    make_dir $m
    for n in 1 5 9 13; do
      touch_file $n 8192
    done
    access_file; remove_file

    make_dir $m
    for n in 1 13; do
      touch_file $n 16384
    done
    access_file; remove_file

    make_dir $m
    for n in 1 ; do
      touch_file $n 32768
    done
    access_file; remove_file
  done

  cd ..
  echo "Filesystem: $k end"
  umount mnt
done

試験結果

今回の試験は、XenServer上のVMで実施したため、以下の隠しパラメータがあります。

DiskはRemoteにあるFreeNASで供給したiSCSI Diskを使用している
- つまり、伝送遅延やSCSIコマンド解析等による性能劣化、FreeNASのRAID1構成による性能劣化が（暗黙に）含まれている
XenServer上では、他のVMも動いているため、CPU時間を占有できた訳ではない
- が、XenServer自体はすかすかで、負荷も低い為、大きな影響は無かったはず

script1 試験結果

FS	Generate		memo
	Dir	File
ext2	2	330001+325231 =65523	容量は空いているが、Diskfullになる
ext3	2	330001+325231 =65523	容量は空いているが、Diskfullになる
ext4	2	330001+325231 =65523	容量は空いているが、Diskfullになる
xfs	111	107*33000+32128+11+11+0 =3563150	容量を使い切る
btrfs	33	3300033+203581 =1109358	容量を使い切る

これを見ると、ファイルが増えた場合、xfsとbtrfsは空き領域を使ってどんどんinodeを作って行く(btrfsに関してはそもそもinodeなのか？という疑問があるが)ように見える。対して、extfs系は、UNIX系のFSの伝統に従って、inodeの数を決めうちしているように見える。

ext2fs> df
/dev/xvdb                            999320   3904  926604    1% /root/ext4

ext3fs> df
/dev/xvdb                            999320   3904  926604    1% /root/ext4

ext4fs> df
/dev/xvdb                            999320   3904  926604    1% /root/ext4

xfs> df
/dev/xvdb                           1038336 1038192     144  100% /root/xfs

btrfs> df
/dev/xvdb                           1048576 976320    8192  100% /root/btrfs

script2 試験結果

ext4 filesystem
	Create 16384 Directories			Create 24576 Directories
File Create	8192 x4	16384 x2	32768 x1	8192 x4	16384 x2	32768 x1
make dirs	18.00 sec	18.62 sec	18.51 sec	28.50 sec	28.48 sec	28.57 sec
create file	6.56 sec	13.30 sec	27.70 sec	6.90 sec	13.87 sec	27.86 sec
create file	6.56 sec	13.34 sec		6.87 sec	13.88 sec
create file	6.55 sec			6.92 sec
create file	6.58 sec			6.89 sec
create total	26.25 sec	26.64 sec	27.70 sec	27.58 sec	27.75 sec	27.86 sec
ls -R	7.44 sec	6.79 sec	7.08 sec	13.45 sec	10.52 sec	10.45 sec
rm -rf	10.43 sec	8.80 sec	10.77 sec	12.32 sec	11.48 sec	12.08 sec

xfs filesystem
	Create 16384 Directories			Create 24576 Directories
File Create	8192 x4	16384 x2	32768 x1	8192 x4	16384 x2	32768 x1
make dirs	18.85 sec	18.99 sec	19.10 sec	28.51 sec	28.47 sec	28.93 sec
create file	6.89 sec	13.80 sec	27.95 sec	7.04 sec	13.88 sec	27.76 sec
create file	6.89 sec	13.83 sec		6.92 sec	13.83 sec
create file	6.88 sec			6.89 sec
create file	6.91 sec			6.96 sec
create total	27.57 sec	27.63 sec	27.95 sec	27.81 sec	27.71 sec	27.76 sec
ls -R	7.28 sec	7.30 sec	7.59 sec	10.47 sec	9.27 sec	10.27 sec
rm -rf	7.88 sec	8.71 sec	7.95 sec	11.02 sec	11.64 sec	11.84 sec

btrfs filesystem
	Create 16384 Directories			Create 24576 Directories
File Create	8192 x4	16384 x2	32768 x1	8192 x4	16384 x2	32768 x1
make dirs	19.22 sec	19.15 sec	19.37 sec	28.97 sec	28.88 sec	28.97 sec
create file	6.97 sec	13.94 sec	28.07 sec	6.97 sec	13.97 sec	28.05 sec
create file	6.97 sec	13.94 sec		7.03 sec	13.93 sec
create file	6.96 sec			7.01 sec
create file	6.95 sec			7.05 sec
create total	27.75 sec	27.88 sec	28.07 sec	28.06 sec	27.90 sec	28.05 sec
ls -R	7.75 sec	6.58 sec	7.22 sec	10.47 sec	11.21 sec	10.16 sec
rm -rf	7.93 sec	8.42 sec	9.93 sec	12.66 sec	12.98 sec	11.69 sec

個人的結論

試験結果を見る限り、大きな有意差はないと考えられる。但し、System時間とUser時間を取れていないので、書き込みの転送速度がBottle Neckになっている可能性は否定できない。

まぁ、この程度の試験では有為差がでなかったので、CentOSで使うFSとしては「defaultの」xfsでいいんじゃないか？

以下細かいTips

CentOSで、古いカーネルを削除したい場合。
今動いているカーネルと１世代前のカーネルは残ります。（デフォルト設定）
```
# package-cleanup --oldkernels
```
現在のkernelと同じバージョンのkernel-develをインストールするには、次のようにする。
```
# yum install kernel-devel-`uname -r`
```

Yum Repository

anonymous@undisclosed.example.com (Anonymous) — Thu, 25 May 2017 09:56:54 +0000

Yum Repository

CentOSにおけるPackage管理システムはRHEL系標準のyumとなっている。

このyumは、複数のRepositoryをまとめて管理することが出来るので、様々重宝する。

ここには、筆者が使っているYum Repositoryとその投入方法を記載する。

yumでエラーが出る

yum check-updateを実行した際に、以下のようなエラーが出た。

http://ftp.kddilabs.jp/Linux/packages/fedora/epel/6/x86_64/repodata/repomd.xml: [Errno -1] repomd.xml does not match metalink for epel

これは、思うに、自身が持っているmirrorリストの情報と、上記のmirrorリストの情報が違ってしまった(きっと更新された)せいと考えられる。(他にも原因があるかもしれないが、追いかけていない)

これに対処するには、

エラーが出たRepositoryの設定ファイル(今回であれば、epelなので、/etc/yum.repos.d/epel.repo)をEditorで開く
enableされている設定内のmirrorlist行をコメントアウト
enableされている設定内のbaseurlを生かす
保存して、yum check-updateを実行
元に戻す
再度yum check-updateを実行して、問題が無い事を確認

すればよい。はず。

Yum Repositoryの優先順位付け

yumで複数のRepositoryを利用している場合、Repositoryの優先順位を付けたくなる。そのような場合には、yum-prioritiesをinstallするとよい。

yum -y install yum-priorities
/etc/yum.repos.d/CentOS-Base.repo内の各エントリーにpriority=1を割り当てる
- 何も設定しなければPriority=99。
あとは、各Repository毎に、優先順位を設定する。
- 何も設定しなければPriority=99。

なお、yum.repos.d/CentOS-Base.repo内のBaseやUpdateにexclude=php* mysql* …等と書くと優先度に関わらずBaseに起因する更新からphpやmysqlが省かれるようになる

EPEL

EPEL(Extra Packages for Enterprise LinuxからHow can I use these extra packages?内にあるLinkを手繰って、必要なRPMを入手する。
```
sudo rpm -Uvh http://ftp.riken.jp/Linux/fedora/epel/6/i386/epel-release-?-?.noarch.rpm
```
- ファイル名に注意すること。2014/01/21時点では、6-8だった。
- /etc/yum.repos.d に epel.repoが出来ていればOK。
内容を確認して、[epel]セクションでenabled=1になっていることを確認する。

Remi

Remi Repositoryは、EPELを必要とする。PHP5.5を利用したい場合にRemiを使うとよいだろう。

REMIからRepository Configurationを手繰って、必要なRPMを入手する

sudo rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-6.rpm

/etc/yum.repos.d に remi.repoが出来ていればOK。

/etc/yum.repos.d/remi.repo内の[remi]セクションと[remi-php55]セクションでenabled=1を設定する。
- php5.5を使わない場合には、[remi-php55]セクションのenableは0でよい

Zabbix

Zabbixも、本家から持ってくる方がよいだろう。

https://www.zabbix.com/documentation/2.2/manual/installation/install_from_packagesに一通り書いてある。

rpm -ivh http://repo.zabbix.com/zabbix/2.2/rhel/6/x86_64/zabbix-release-2.2-1.el6.noarch.rpm

/etc/yum.repos.d/zabbix.repoがあればOK

/etc/yum.repos.d/zabbix.repo内の[zabbix]セクションにenabled=1があればOK。無ければ加える。

NGiNX

NGiNXは非常に高速なかつ高機能なWeb Serverである。

特にWebServerとしてだけで無くLoadBalancerやProxyとしても動作するので、うまく利用すると非常に便利である。

NGiNXも、基本的にはCentOS公式なYum Repositoryに含まれているが、NGiNXはまだ更新が比較的早いので、やはりNGiNX公式の物を利用したい。

http://wiki.nginx.org/Installを確認し、NGiNXのRepository(/etc/yum.repos.d/nginx.repo)を作成する。
- nginx.repo
  [nginx] name=nginx repo baseurl=http://nginx.org/packages/centos/$releasever/$basearch/ gpgcheck=0 enabled=1

MariaDB

RHEL7/CentOS7以降、RHEL6/CentOS6までで提供されていたMySQLはMariaDBに変わる事になっている模様。

従って、標準のYum RepositoryでもそのうちMariaDBは配布されるはずではある。しかし、特にDB系は性能面やSecurity面の問題や、Packageの公開までの時間を考えると、(筆者は)公式に公開されているRepositoryを利用したい。というわけで、MariaDBの公式RepositoryをInstallする

https://downloads.mariadb.org/mariadb/repositories/#mirror=yamagata-universityからMariaDBのyum repositoryを確認し、作成する

今回は、CentOS6(64bit)で、 MariaDB 5.5を選択した

# vi /etc/yum.repos.d/MariaDB.repo
==========
# MariaDB 5.5 CentOS repository list - created 2014-01-10 09:44 UTC
# http://mariadb.org/mariadb/repositories/
[mariadb]
name = MariaDB
baseurl = http://yum.mariadb.org/5.5/centos6-amd64
gpgkey=https://yum.mariadb.org/RPM-GPG-KEY-MariaDB
gpgcheck=1
==========

MariaDB用の yum のGPG Key を Import する

rpm --import https://yum.mariadb.org/RPM-GPG-KEY-MariaDB

ほほほのほ - os:linux:centos

CentOS 7

CentOS 7

目次

メモ

触ってみて気づいた違い

代替Tools

その他Tips

ファイルシステムのUUIDを確認・変更する

ファイルシステムのUUIDを確認・変更する

UUIDの確認

blkid

/dev/disk/

tune2fs

UUID を変更する

CentOSに外部Diskを繋ぐ

CentOSに外部Diskを繋ぐ

CentOSでNICとethのmappingを固定する

CentOSでNICとethのmappingを固定する

CentOSでDiskのDefrag

CentOSでDiskのDefrag

lsyncd+rsyncでDisk同期

lsyncd+rsyncでDisk同期

lsyncdとは？

rsyncとは？

keepalivedとは

Install

Configuration

双方向同期

CentOSで起動時のSplash画面をオフにする

CentOSで起動時のSplash画面をオフにする

CentOS向け技術メモ

CentOS向け技術メモ

CentOS で NFS で nobody

ちょっとFilesystemの試験をしてみた

試験用script

試験結果

script1 試験結果

script2 試験結果

個人的結論

以下細かいTips

Yum Repository

Yum Repository

yumでエラーが出る

Yum Repositoryの優先順位付け

EPEL

Remi

Zabbix

NGiNX

MariaDB