検閲Tech

Red Hat 6系でLLDPを使う・その2

2012-01-28T18:38:00.000+09:00

前回の補足。「lldptool set-tlv」コマンドの「-V」オプションで指定できる項目にはどう言うものがあるだろう？調べてみよう。 [root@sl01 ~]# lldptool -h Usage: lldptool [options] [arg] general command line usage format lldptool go into interactive mode [options] [arg] general interactive command format Options: -i [ifname] network interface -V [tlvid]

Red Hat 6系でLLDPを使う・その1

2012-01-28T14:10:00.000+09:00

Red Hat Enterprise Linux 6 (RHEL6)およびその互換ディストリビューションでは、LLDPがサポートされている。今回の記事では、これを使ってみる。 LLDP (Link Layer Discovery Protocol)は、ネットワークインターフェースに直接接続されている対向機器が何かを知ることができる仕組み。Cisco製品を使ったことがあれば、CDPのオープン規格版だと思えば理解しやすいだろう。例えば、次のように使う。 [root@sl01 ~]# lldptool get-tlv -i em1 -n Chassis ID TLV MAC: 08:2e:5f:85:7f:eb Port ID TLV Local: 3 Time to Live TLV 120 Port Description TLV

Logrotateはいつログを圧縮するか、あるいは、postrotateはいつ実行されるか

2011-11-04T22:00:00.000+09:00

日々刻々、サーバにログはたまり続け、ディスク容量を圧迫する場合がある。これを回避するため、ログファイルをrename (mv)、圧縮(gzip)し、保存期間を過ぎたものを削除する、ローテートと呼ばれる操作を行う必要がある。RHELやCentOSでは、logrotateというコマンドでこれを行う。このlogrotateの設定ファイルは、/etc/logrotate.confおよび、その中から読み出される/etc/logrotate.d/*である。詳しくは、logrotate(8)を参照のこと。さて、このlogrotateを使って、複数のサーバのログを、NFSなどの共有ディスク(仮に/var/oldlogsとする)に集約する場合を考えてみる。まず、複数のサーバのログが同ファイル名のだと一箇所に集約したときに上書きされてしまう可能性があるので、例えば、/var/log/some/log

PowerShellでActive Directoryのグループのメンバを大量に取得

2011-07-31T20:59:00.003+09:00

『Active DirectoryをPowerShellで管理』で、PowerShell を使って、Active Directory のグループのメンバを取得する方法について書いた。しかし、これには実は問題が二つある。一つ目は、グループのメンバ数が大量だったときにエラーが起こるという問題だ。二つ目は、所属関係の問い合わせを直接解決することができないという問題だ。どちらの問題も、PowerShell のActive Directory モジュールの問題で、代わりにADSIを利用することで解決できる。まず一つ目の問題。例えば、次のようなエラーが発生する場合がある。PS C:\> Import-Module ActiveDirectoryPS C:\> Get-ADGroupMember LargeGroupGet-ADGroupMember : この要求のサイズ制限を超過しました。発生場所

Active DirectoryをPowerShellで管理

2011-06-11T14:40:00.005+09:00

作業メモ。今までできるだけWindowsには近づかない様に仕事をしてきが、その甲斐空しく、ついにActive Directory(AD)を触らなければならなくなってしまった。毒を食らわば皿まで、ということで、ついでにPowreShellにも本格的に挑戦することに。ちょこちょこPowerShellでは遊んでたのだが。参考: 『Active Directory Cmdlets in Windows PowerShell』今回のシステムでは、ユーザ・グループの情報は、別システムで管理されていて、それをADへ反映する必要がある。別システム側で更新があれば、即ADへ通知してADへ反映、というのが理想だ。ADにはLDAPインターフェースも準備されている。しかし、それはできないらしい。別システム側の担当者の勉強不足が原因。であれば、毎日別システム側で前日通知からの変更差分を作成して、それをADへ通知、

Xen DomUでRedmine + Phusion Passenger + Ruby Enterprise Edition

2011-04-13T22:47:00.005+09:00

二年ぶりのご無沙汰でした。Xen DomUで、Redmineを運用する。物理マシンの場合の手順は、『Redmine 1.1をCentOS5.5にインストールする手順』に詳しいが、Xen DomUにこれと同じ手順を適用すると、コンソールや/var/log/messagesあたりに次のようなメッセージが表示されることがある4gb seg fixup, process ruby (pid 1270), cs:ip 73:00867ba64gb seg fixup, process ruby (pid 1270), cs:ip 73:001c30f14gb seg fixup, process ruby (pid 1270), cs:ip 73:00867ba64gb seg fixup, process ruby (pid 1270), cs:ip 73:001c30f1printk: 96

CentOS 5.2からCentOS 5.3へアップグレードする

2009-04-08T22:55:00.004+09:00

CentOS 5.3がリリースされた。今回は、CentOS 5.2からCentOS 5.3へのアップグレードを行ってみる。リリースノート、「4. 既知の問題点」によると、アップグレードの際には、いくつか注意しなければならない点がある。一般的な注意点は以下の通り(他にもあるので、各自確認して欲しい)。CentOS 5.2 から 5.3 へアップデートした時、rpm を実行すると次のメッセージが表示されることがあります。「rpmdb: unable to lock mutex: Invalid argument」これは glibc に起因する問題です。CentOS 5.3 へアップデートする前に glibc をアップデートしてください。次のように yum コマンドを実行します。# yum clean all && yum update glibc\* && yum updateSSHを経由

シェルスクリプト内でXMLから情報を取り出す

2009-04-05T02:32:00.002+09:00

XML形式により情報をやり取りすることが多くなった昨今、シェルスクリプト(shell script)でXMLを扱うことも増えてきた。例えば、libvirtを使ってvirsh dumpxml DomU名として得た仮想マシンの設定情報などだ。Xen DomU dc1の設定ファイル/etc/xen/dc1が、name = "dc1"uuid = "4df3f764-00cb-42a6-8ff6-a98985cbda14"maxmem = 256memory = 64vcpus = 1bootloader = "/usr/bin/pygrub"on_poweroff = "destroy"on_reboot = "restart"on_crash = "restart"vfb = [ ]disk = [ "phy:/dev/VolGroupXX/LogVolDc1,xvda,w" ]vif =

A backup script for Xen DomUs, part 2

2009-04-03T17:04:00.008+09:00

『A backup script for Xen DomUs, part 1』で紹介したスクリプトxen-backup.shについて解説する。このスクリプトの大まかな流れは以下の通り:バックアップ設定ファイルの読み込み: 182行目バックアップを実行するかどうかの検査: 183行目～215行目DomU設定の解析: 217行目～228行目ディスクイメージのマウント@ローカル: 230行目～254行目ディスクイメージのマウント@リモートDom0: 256行目～263行目Rsyncによるバックアップ: 265行目～266行目ディスクイメージのアンマウント@リモートDom0: 268行目～274行目ディスクイメージのアンマウント@ローカル: 277行目～280行目バックアップを実行するかどうかの検査DomUの状態を表示するコマンドvirsh domstate DomU名を使って、以下の各項目を

A backup script for Xen DomUs, part 1

2009-04-03T15:12:00.012+09:00

XenのDomUを運用する際、複数のDom0(物理サーバ)を準備しておき、DomUのディスクイメージ(以下、単にイメージ)を共有しておけば、一台のDom0が故障しても、健全なDom0でサービスを継続することが可能だ。Dom0間でDomUイメージを共有する方法には、iSCSIを使う方法や、DRBDを使う方法があるが、CentOSのiSCSIターゲット(ストレージ側)やDRBDには問題があり、今のところ安心して採用できない(iSCSIターゲットに専用機器を使えば問題無いが、金がかかる)。そこで紹介するのが、今回のバックアップスクリプトxen-backup.shだ。このスクリプトは、rsync(1)を使うため、単純にディスクイメージをネットワークコピーするより圧倒的に早い。また、Xen固有のコマンドを一切使わず、virshコマンドを使っている。このため、libvirtがサポートしている他の

Libvirt & Xen その2 予備調査: xm

2008-12-16T11:44:00.007+09:00

Libvirtの使い方の前にxmコマンドについて調査する。このコマンドとXenハイパーバイザとの通信については、『White Paper: Basic components of Xen』で解説されている。Xenの標準UIであるxmコマンドは、デーモンxendとXML RPCによって通信を行い、Dom0を通じてXenハイパーバイザを制御する。ここで使われるXML RPCインターフェースは、UNIXソケットで、アクセスにはroot権限が必要だ。実際に試してみよう。[root@fs1 ~]# /usr/sbin/xm listName ID Mem(MiB) VCPUs State Time(s)Domain-0 0 3673 2

Libvirt & Xen その1 概要

2008-12-09T17:57:00.007+09:00

このシリーズでは、Libvirtを使ったXenの管理について解説する。Libvirtの利点は二つある。一点目は、他の仮想化ソリューションへの移行が容易になることだ。現時点でCentOSおよびRHELでは、仮想化ソリューションとしてXenとKVMをサポートしているが、今後Xenはサポートから外される方針のようだ。Xenユーザにとっては、KVMへの移行が今後の課題となるだろう。移行時の課題の一つが、管理方法の変更だ。Xenでは通常、xmコマンドを用いて管理する。これはXen専用のコマンドなので、KVMを管理することはできない。CentOSおよびRHELでは、KVMとXenを統合管理するために、RPMパッケージlibvirt準備されている。Libvirtによる管理に慣れておけば、XenからKVMへの移行に役立つだろう。Libvirtは、XenとKVMの他に、QEMU、Linux

NTPDとIP multicast

2008-11-03T22:41:00.005+09:00

以前このブログでNTPDについて書いた。この中で、『注意！IPマルチキャストに関して訂正・本編』という記事を書いたが、これに間違いが見つかったので訂正する。Ntpdは、その認証機構がIPアドレスと結びついているため、マルチキャストパケットを送信する際に、送信元となる自分自身のIPアドレスをntpd自身が明示的に知る必要があります。そのため、IPマルチキャスト用のソケット(socket)を取得する際、そのIPマルチキャストアドレス(通常なら 224.0.1.1)で経路情報(routing table)を引き、得られたネットワークインターフェースのIPアドレスを送信元IPアドレスとするようです。この赤字の部分が誤り。まず、マルチキャストサーバモードの時の動作だが、manpageの記述も間違っている。broadcastFor type b and m addresses (only),

virt-clone

2008-11-02T23:37:00.002+09:00

CentOS 5.2上で仮想化パッケージ(@virtualization)をインストールすると、virt-cloneコマンドがインストールされる。$ rpm -qf `which virt-clone`python-virtinst-0.300.2-8.el5$このコマンドは、Xen DomUを複製するのに使用する。$ virt-clone --helpusage: virt-clone [options]options:-h, --help show this help message and exit-o ORIGINAL_GUEST, --original=ORIGINAL_GUEST オリジナルゲストの名前か uuid: 状態は停止でなければなりません-n NEW_NAME,

IP reachableでない場合のremote copy

2008-10-01T19:11:00.003+09:00

リモートマシンのファイルをコピーする場合、ローカルマシンとIP到達性が確保されていれば、普通にscpを使ってコピーすれば問題ない。しかし、IP到達性が確保されていない場合はどうするか？ここでは、base64コマンドを使う方法を紹介する。IP到達性が確保されていない場合とは例えば、Xen環境でDomUとDom0間がXenコンソールでしか繋がっていないシリアルポートからTTY接続しているなどだ。上の様な場合でも、標準出力はローカルマシンのコンソールに出力されるので、ここからコピーすればよいのだが、単にファイルをcatすると、バイナリファイルは正常にコピーできないし、テキストファイルであっても、端末エミュレータによってはタブが空白に変換されたり、行末の空白が無視されたりする。これを避けるために、TTYで正常に出力されるキャラクタ集合でエンコードする。その昔は、uuencodeを使ったが、最近の

Quota・その3・運用

2008-09-17T11:51:00.013+09:00

実際にユーザuser01で、制限がどう働くか見てみよう。まず、quotaの状況を確認する。[user01@dc1 ~]$ quotaDisk quotas for user user01 (uid 500):Filesystem blocks quota limit grace files quota limit grace/dev/mapper/VolGroup00-LogVol00 76 46080 51200 10 0 0[user01@dc1 ~]$この時点では、どの制限にも達していない。ファイルサイズ45MBのファイルを作成する。[user01@dc1 ~]$ head --bytes=`expr 45 \* 1024 \* 1024` /dev/zero >

Quota・その2・ユーザ毎の設定

2008-09-17T11:51:00.011+09:00

一般ユーザuser0[123]を作成し、容量制限を設定する。[root@dc1 ~]# useradd -g users -m user01[root@dc1 ~]# useradd -g users -m user02[root@dc1 ~]# useradd -g users -m user03[root@dc1 ~]#当然、この時点ではこれらのユーザにも容量制限は働いていない。[root@dc1 ~]# repquota -a*** Report for user quotas on device /dev/mapper/VolGroup00-LogVol00Block grace time: 7days; Inode grace time: 7days Block limits File limitsUser

Quota・その1・ファイルシステム毎の設定

2008-09-17T09:36:00.008+09:00

今までquota・ディスク容量制限というものをやったことが無かったのだが、必要に迫られ、やってみた。CentOS機dc1上で、ユーザuser0[123]を作成し、これらにそれぞれ、45MBのソフトリミット、50MBのハードリミットを設定する。RHELでも同様に作業できる。大まかな流れは以下の通り。ファイルシステム毎の設定ユーザ毎の設定運用まず、容量制限を設定するファイルシステムに対して、quotaが動くよう設定する。インストール時に特に指定しなければ、LVMを使って以下の様に設定されている。[root@dc1 ~]# cat /etc/fstab/dev/VolGroup00/LogVol00 / ext3 defaults 1 1LABEL=/boot /boot

Xen DomU上でDRBDを使う・その6・ベンチマーク

2008-07-25T16:42:00.005+09:00

DRBDデバイス/dev/drbd0に直接書込み、速度を測定する。[root@dc2 ~]# dd bs=64M if=/dev/zero of=/dev/drbd0dd: writing `/dev/drbd0': No space left on device64+0 records in63+0 records out4294799360 bytes (4.3 GB) copied, 227.723 seconds, 18.9 MB/s[root@dc2 ~]#このとき、もう一方のノードdc3の/var/log/messagesには、次のようなメッセージが記録される。この原因は不明。Jul 24 22:32:08 dc3 kernel: drbd0: local disk flush failed with status -95この結果を、『その2・DRBD設定前の確認』のときの

Xen DomU上でDRBDを使う・その5・初期同期

2008-07-25T15:59:00.005+09:00

両ノードdc[23]で設定およびDRBDリソースの初期化を行った時点では、ディスクの同期が取れていない不一致(Inconsistent)状態にある。これを解消するため、『The initial device synchronization』に従い、初期同期を行う。初期同期コマンドは、dc[23]のどちらか一方からのみ実行すればよい。もし、有効なデータがどちらかにのみ入っている場合は、そのノードで実行する。そうでない場合は、どちらで実行してもよい。[root@dc3 ~]# drbdadm -- --overwrite-data-of-peer primary r0drbd0: Forced to consider local data as UpToDate![root@dc3 ~]#しばらく待って/proc/drbdを確認する。[root@dc3 ~]# cat /proc/

Xen DomU上でDRBDを使う・その4・DRBDの初期化

2008-07-25T14:44:00.006+09:00

『Enabling your resource for the first time』に従ってDRBDリソースr0を初期化する。まず、dc2から作業する。[root@dc2 ~]# drbdadm create-md r0v08 Magic number not foundv07 Magic number not foundv07 Magic number not foundv08 Magic number not foundWriting meta data...initialising activity logNOT initialized bitmapNew drbd meta data block sucessfully created.[root@dc2 ~]# drbdadm attach r0drbd0: No usable activity log found.drbd0

Xen DomU上でDRBDを使う・その3・drbd.confの設定

2008-07-25T13:35:00.006+09:00

各DomU dc[23]上の/etc/drbd.confを以下の通り設定する。global { usage-count no;}common { protocol C;}resource r0 { net { allow-two-primaries; shared-secret "9wEtE83PFS4xChqY+aT"; } startup { become-primary-on both; } syncer { rate 5M; verify-alg sha1; } device /dev/drbd0; disk /dev/xvdb; meta-disk internal; on dc2.xencluster { address 192.168.56.8:7789; } on dc3.xencluster { address

Xen DomU上でDRBDを使う・その2・DRBD設定前の確認

2008-07-25T13:34:00.002+09:00

各DomU dc[23]上には、OSイメージが格納されている/dev/xvdaの他に、/dev/xvdbが見えている。[root@dc2 ~]# ls -l /dev/xvd*brw-r----- 1 root disk 202, 0 Jul 24 21:41 /dev/xvdabrw-r----- 1 root disk 202, 1 Jul 24 21:41 /dev/xvda1brw-r----- 1 root disk 202, 2 Jul 24 21:41 /dev/xvda2brw-r----- 1 root disk 202, 16 Jul 24 21:41 /dev/xvdb[root@dc2 ~]#OSインストール直後は、DRBDの設定が行われていないため、/proc/drbdにはリソースが何も表示されない。[root@dc2 ~]# cat /proc/

Xen DomU上でDRBDを使う・その1・Xen環境の準備

2008-07-25T13:27:00.006+09:00

Xen環境構築の詳細については、『Red Hat Cluster: CentOS 5.1上でRHCSを使ってみる』を参照。ここでは、DomUのKickstart設定ファイルを紹介する。以下の点に注意して欲しい。RPMパッケージdrbd82およびkmod-drbd82-xenをインストールする。ファイアウォール設定で、DRBDの通信、TCPポート7788～7799を許可する。logging --host=192.168.55.32 --level=debuginstallurl --url http://Repository.LocalDomain/centos/5/os/i386lang en_US.UTF-8keyboard jp106network --device eth0 --bootproto dhcp --hostname=

Xen DomU上でDRBDを使う・その0・概要

2008-07-23T15:20:00.005+09:00

DRBDは、ネットワーク越しにディスクのミラーリング(RAID1)を実現するソフトウェア。Xen DomU上でこの動作検証を行う。以下は今回検証環境の概念図。今回は、『The DRBD User's Guide』の『Chapter 5. Configuring DRBD』を実行・検証する。CentOSのRPMパッケージには、drbd 8.0系であるdrbdおよびkmod-drbd-xenと、8.2系であるdrbd82およびkmod-drbd82がある。今回は、8.2系を使用する。検証内容は以下の通り。Xen Dom0 fs1上にDomU dc[23]を作成する。DomU dc[23]に対して、それぞれDom0 fs1上のLV(logical volume, 論理ボリューム) LogVolR0-[23]を/dev/xvdbとして与える。DomU dc[23]上で、/dev/xvdbを低