うるっぱなのか・・・ぷくぞうなのか・・・どってでもええわ。

mysqlユーザ追加時に別のユーザで ERROR 1045!?

Thu, 06 Feb 2014 18:01:18 +0900

MySQL Server version: 5.5.34 で発生。

以下のコマンドでほいほいとユーザ作成。
GRANT insert,select,update,index,delete,create,drop,alter ON hogeDB.* TO hogeUSER@localhost IDENTIFIED BY 'hogePASS';

すると別ユーザでパスワード認証エラー発生？

とりあえず、対話モードで接続すると、パスワード送信されてないよんエラー。
ERROR 1045 (28000): Access denied for user 'hogeuser'@'localhost' (using password: YES)

理由不明であるが、とりあえずの解決策としては・・・
パスワードの再設定。

mysql にルートで入って・・・
不慮の事故にあったユーザを救済すべく、以下のコマンドで再設定。

set password for hoge2user@localhost = password('hoge2pass');

もう一度、対話モードで確認して問題なし。
起因となったユーザも確認して問題なし。。。

このサーバユーザが２０近くあるんや・・・全部チェックせんと・・・
テストサーバでよかった。。。

orz

yum のリポジトリ追加

Thu, 09 Jan 2014 20:19:09 +0900

よく忘れるのでメモ。

■EPELをwgetしてインストール(64ビット版CentOS 5の場合)
# wget http://ftp-srv2.kddilabs.jp/Linux/distributions/fedora/epel/5/x86_64/epel-release-5-4.noarch.rpm
# rpm -ivh epel-release-5-4.noarch.rpm
■EPELをwgetしてインストール(32ビット版CentOS 5の場合)
# wget http://ftp-srv2.kddilabs.jp/Linux/distributions/fedora/epel/5/i386/epel-release-5-4.noarch.rpm
# rpm -ivh epel-release-5-4.noarch.rpm
■EPELをwgetしてインストール(64ビット版CentOS 6の場合)
# wget http://ftp-srv2.kddilabs.jp/Linux/distributions/fedora/epel/6/x86_64/epel-release-6-8.noarch.rpm
# rpm -ivh epel-release-6-8.noarch.rpm
■EPELをwgetしてインストール(32ビット版CentOS 6の場合)
# wget http://ftp-srv2.kddilabs.jp/Linux/distributions/fedora/epel/6/i386/epel-release-6-8.noarch.rpm
# rpm -ivh epel-release-6-8.noarch.rpm

んで、/etc/yum.repos.d/epel.repo　の編集

■remiをwgetしてインストール(64ビット版CentOS 5の場合)
# wget http://rpms.famillecollet.com/enterprise/remi-release-5.rpm
# rpm -ivh remi-release-5-9.el5.remi.rpm
■remiをwgetしてインストール(32ビット版CentOS 6の場合)
# wget http://rpms.famillecollet.com/enterprise/remi-release-6.rpm
# rpm -ivh remi-release-5-9.el5.remi.rpm

んで、/etc/yum.repos.d/remi.repo　の編集

これも入れちゃうとよいかもな。
yum -y install yum-priorities

んで、/etc/yum.repos.d/CentOS-Base.repo　の編集

うっかりさん

Tue, 17 Dec 2013 19:09:13 +0900

・・・やっちゃいました。

ってか、作り直すサーバなんすけどね。
root のパスワードがなんと・・・ぶっとんだ・・・

ってことで、とりあえず再起動してシングルユーザで立ち上げればよかったのを、
思い出した。

シングルユーザモードは当然、リモートで出来ないので近々ＤＣに行かなきゃ
ならんのでついでに、パスワード再設定しますか。。。

まったく、なんてこったい・・・リモートで作業がでけん。

SELinux に怒られた時のおまじない

Fri, 06 Sep 2013 21:15:44 +0900

ファイルをあげたあとに対象ディレクトリのファイルあげた時に、
SELinux にお叱りをうける時がある。

ls -lZ で確認すると仲間はずれさんとか・・・

そこで以下のコマンドを実施する。

semanage fcontext -a -t [お仲間の名前] [対象ファイル]

対象ファイルはワイルドカード使用可能

そのあとに以下のおまじない。
restorecon -R [対象ファイル]

これで SELinux のデータベースに反映されて叱られる事なく、運用できる。
ちょい確認の時は SELinux を止めればよいけど、その環境をしばらく使う事に
なるなら、お仲間に入れる必要がある。

MySQL の謎の文字化け

Tue, 26 Feb 2013 03:15:46 +0900

ナイスグーグル先生。
素敵なページを教えてくれてありがとう。

「phpからmysqlへの挿入で文字化け」
http://vmemo.blog36.fc2.com/blog-entry-331.html

「今回は、お名前.comのVPS。

htmlコードもphpコードもmysqlの照合順序もutf-8にしているハズなのに、PhpMyAdminで見ると日本語部分が文字化け。

でも、該当データをphpで取り出してwebに表示しても化けないし、文字コード判定mb_detect_encoding()でもutf-8だと判断される。

「utf-8以外のコード」で格納されてしまったのだろうか？
それであれば、コード無変換でcharset="urf-8"のhtmlに表示して化けないのは逆におかしい？」

まったく同様のケースと事象でした。

「db接続直後に以下のコマンドを実行すると良いようだ。

SET character_set_client = utf8
SET character_set_connection = utf8
SET character_set_server = utf8
SET character_set_results = utf8
」
関数切って、こいつ叩き込んで対応しました。
半日はまった・・・。

wordpress 固定ページ内でのＳＱＬのシングルクォート強制全角変換回避

Fri, 22 Feb 2013 18:55:08 +0900

wordpress の投稿や固定ページ内にＳＱＬを書いた時に、
シングルクォート、ダブルクォートを半角から全角に強制変換される。

Syntax Highlighter　を入れたら対応でけるみたいだけど、あかん！！

とった方法として・・・
~/wp/wp-include/formatting.php の編集をした。

function wptexturize($text) 関数内に変換をしてるロジックがある。

こいつをコメントアウト。
$curl = preg_replace($dynamic_characters, $dynamic_replacements, $curl);

上の方に $dynamic の定義内に正規表現が定義されてるが、
ここ触ると色々と面倒である。

CentOS5.8 にて router 化計画

Thu, 22 Mar 2012 19:15:58 +0900

まだまだ覚書レベルにて。。。
いい感じに出来たら清書。

ip_forward は　０から１へ。

iptables にて ip nat masquread　の設定。

名前解決の為に、bind をぶちこんで default で起動。

udp , tcp の 53 をスルーにして。

ping www.yahoo.co.jp で名前解決件、icmp がスルーされているか確認。
icmp はどっちでもよくて、名前からの ip が拾えているか。

ついでに dig で確認。
[root@rt-rlsvr ~]# dig yahoo.co.jp

; <<>> DiG 9.3.6-P1-RedHat-9.3.6-20.P1.el5 <<>> yahoo.co.jp
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23112
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 4, ADDITIONAL: 0

;; QUESTION SECTION:
;yahoo.co.jp. IN A

;; ANSWER SECTION:
yahoo.co.jp. 300 IN A 203.216.243.240
yahoo.co.jp. 300 IN A 124.83.187.140

;; AUTHORITY SECTION:
yahoo.co.jp. 900 IN NS ns11.yahoo.co.jp.
yahoo.co.jp. 900 IN NS ns12.yahoo.co.jp.
yahoo.co.jp. 900 IN NS ns01.yahoo.co.jp.
yahoo.co.jp. 900 IN NS ns02.yahoo.co.jp.

;; Query time: 1016 msec
;; SERVER: 192.168.12.6#53(192.168.12.6)　　　<- gateway の IP 確認
;; WHEN: Thu Mar 22 19:31:43 2012
;; MSG SIZE rcvd: 137

おけおけ。

php のyum リポジトリ

Thu, 01 Mar 2012 18:39:46 +0900

リポジトリを追加して、php-fpm を入れようとしました。。。

yum list | grep fpm をしてもぜんぜんひっかからん。。。

なーぜーだー

こいつを編集せんとあかんかった。
/etc/yum.repos.d/remi.repo

enabled=1 に設定してやって・・・

# yum list | grep fpm
fpm2.i386 0.71-2.el5 epel
php-fpm.i386

でたでた・・・

yum のパラメータで -enablerepo=remi でもいける事判明。。。

ありがとう、ハドソンさん

Wed, 29 Feb 2012 12:28:20 +0900

きょうでハドソンさんは解散だそうです。

ハドソンさんとの出会いは、ＨｕＢＡＳＩＣです。
素敵なＢＡＳＩＣでした。
Ｈｕｍａｎ６８ｋも素敵ＯＳでしたなぁ。

MZ700 , X1Ck , X1turboZII , X68000 XVI...
どんだけシャープラヴだったのでしょうか・・・

なんとも切ない限りです。

apache さんちの mod_access くん

Fri, 10 Feb 2012 20:30:06 +0900

apache のモジュールに mod_access というのがある。
この人結構曲者です。

このお方を利用して、allow from ほにゃほにゃとかしてしまうと、
ほにゃほにゃが正引き出来てない場合は、クライアント側の
Ｗｅｂ参照が劇的に遅くなるということが解りました。
mod_access の仕様を確認すると書いてます。。。

緊急対応的には /etc/hosts にエントリしちゃえばいいですけど、
根本的な対応はやはり、正引きを解決しなければいかんですたい。