はてなブックマーク

家にある余ったサーバを開発用のサーバにしました。とりあえずレンタルしたさくらのVPSと同じCentOS6系のインストールができた状態でしばらく放置していました。その間にさくらのVPSでwordpressの設置や設定などの作業をしていたのです。 wordpressも一段落して、cakePHPでも覚えて開発をしようと開発用サーバにログインしようとしたところ、できない。rootのパスワードを忘れてしまったようです。これはめんどくさい話だ。 昔、まだサーバや開発の仕事に関わりはじめた時に、知識がないせいでrootのパスワードをrootというあるまじき設定で、さらにsshの22番ポートをどこにでも開いていて、秘密鍵の設置もしていない状態でした。それでサーバを乗っ取られてしまったことがありました。その相手は多分自動プログラムでrootのパスワードを変更するだけでの愉快犯でした。しかし、こちらは次の日に

開発用サーバの設定をいろいろやっていて、同じCentOS6ながらもさくらのVPSとの違いを発見したりします。セキュリティのためにsshのポート番号を変更してsshでつなげなくなったり、apacheのインストールをして同じ設定をしたはずなのにブラウザからアクセスできなかったり。経験上なんとなく理由は想像つくのだけど…。 sshのポート番号変更してつながらなくなってと言っている通り、ポートが問題です。ポートが開いていないので外部からアクセス出来ません。さくらのVPSはなぜアクセスできるかといえば、多分その部分でのお客さんからの問い合わせが減るように全ポート開放してサーバを渡しているのだと思います。だから、そこはちゃんと設定しないとセキュリティが甘くなったりするので注意です。 さて、開発用サーバでは外部からアクセスできるように、セキュリティのために必要なポートだけ開放したいと思います。多分元から

細かい部分まで書きすぎて記事がそうとう長くなってしまった。でも、作業とそれに関わる解説まで一通りちゃんと書けたように思う。枠で囲んであるコマンドだけ読み拾っていけば、インストール作業と初期設定作業はできるし、時間も実際はそんなにかからないと思う。 仕事でも同じようにCentOSにmysqlをインストールする作業を何回もしてきた。mysqlはサーバのことを勉強や仕事にする前から使っている。しかし、今回はバージョンが最新という違いがある。今まではCentOS5系であったのでyumでインストールするとmysql5.0系にだった。それが嫌でバージョンをアップさせたものでも、mysql5.1をrpmでインストールするものだった。一時はmysqlがどこに買収されるかという前の話でmysql6.0をwindowsに自分の練習用としてインストールしたが全く使わないこともあった。 今回は安定している最新バー

MySQLのバイナリログは、いろいろと使い道がある。たとえば、レプリケーションするためには必ずださないといけないし、差分バックアップファイルとしてのリストアなどがある。というか、他の利用方法をよく知らない。 差分バックアップとしてバイナリログだとすると、そのままインポートはできないので、１度通常のSQL文に直す必要がある。そのためのコマンド、mysqlbinlog。 mysqlbinlog mysql-bin.000100 > /tmp/statement.sql基本構文的には、こんな感じ。どのバイナリログファイルを読める形式にするかと、出力するファイルを指定するだけ。 バイナリログのままだと、大体の発行されたSQL文は分かるのだけど、発行された時刻が分からない。なので、差分をリストアするときでも、どの時刻からのSQLをリストアする必要があるのか、どの時刻までのSQLまでをリストアする必要

記事が長いので、ダウングレードの方法や手順だけ見たい人は途中読み飛ばしてください。方法などの技術的な話ならば、もっと他の詳しい人が書いていたりします。僕にそういう記事よりも有用なものが書けるとも思えません。なので、ダウングレードにいたった経緯とか個人的な考察などを含め、現場で実際に行われていたことを意識しました。 仕事でサーバエンジニアというか、インフラエンジニア的な仕事をしています。それもまだ駆け出しで、まともにサーバをさわりはじめたのは１年くらい前から。それでも最近、なんとかようやく仕事になっているという感じになってきました。 先日もサーバを１台セットアップしました。OSは、CentOS5.5。これはCentOS5.3をインストールしてから、アップグレード(未だにアップグレードとかバージョンアップとか意味の違いがよくわからなくて、使うときに迷う)しました。そして、webサーバ兼メールサ

debianにMySQLをインストールしてみたので、一応経過を残しておく。debianのインストールはCDから行い、他の部分も多くは同僚にやってもらった。MySQLのインストール部分もやってもらったが、その前に一応手順を自分で調べて、やってもらった部分も見ていたので、記録。今度、僕が前に使っていたNECの古いPCでももらってきてLinuxの練習用として動かそうかなぁと計画中。 まずはMySQLのパッケージでどれを使うか確認する。 debian:~# aptitude search mysqlすると、パッケージ一覧が表示される。MySQL5を使うので、mysql-server-5.0を使うことにする。一応、もう少し情報を確認したい場合は、 debian:~# aptitude show mysql-server-5.0とすると、mysqlのバージョンがmysql5.0.32-7etch6だと

悩んだり調べたりした過程も書いているので、記事が長くなってしまった。まとめるのが下手だ。早くスレーブサーバでもバイナリログを有効にする方法が知りたい人は読み飛ばしてください。 MySQLでレプリケーションを組みました。レプリケーションサーバでは、こちらの都合でサーバを停止することができるので、停止して安全にmysqldumpによるバックアップをしています。 その時点でのフルバックアップはmysqldumpでとれるのですが、差分バックアップに使うにはバイナリログも同時にバックアップする必要があります。バイナリログがスレーブサーバでも有効になっていれば、バイナリログファイルが作成されるので、特にそれ以上のバックアップは必要ないと思っていました。 マスターサーバとスレーブサーバの設定ファイルは、基本的に同じ設定だと思います。スレーブサーバで参照を分散させている場合は、メモリ割り当てなどは違う部分

バックアップに関わる実験の１つ。 現在僕のPCには、MySQL6が入っている。恥ずかしながらほとんど使われていないので、innoDBのibdataファイルの初期化とib_logfile0とib_logfile1がどうなるかを知ろうと思った。 ibdataにはinnoDBテーブルのデータとインデックスデータが、全てのデータベースから入れられている。これはテーブルスペースとして一定量確保されている。容量が足りなくなると、さらに一定量追加される仕組みのようだ。データの消去をしても残るらしいので、ファイルサイズは自然に小さくなることはない。このファイルサイズの大きさを適正にしたい場合は、mysqldumpをして、必要ファイルを削除してから、リストアしないといけない。 まずはmysqldumpをする。が、僕のデータベースにはテスト用だけなのでバックアップをとらなかった。mysql用のデータを保存して