mysqldump: Error 2013: Lost connection to MySQL server during query when dumping table が出て困った

mysqldumpででかめのテーブルを出力してたら、「mysqldump: Error 2013: Lost connection to MySQL server during query when dumping table 」とかいうメッセージがでて途中で失敗しちゃいやんの。

ググッてもなかなか日本語の情報ないねー。

英語読み読み、mysqlのグローバル変数 net_read_timeoutとnet_write_timeout値をいじるらしい、と。

mysql> show variables like '%timeout%'
したら、readが30でwriteが60だった。

mysql> set global net_read_timeout=3600;
mysql> set global net_write_timeout=3600;

とかやったら、タイムアウトしなくなりました。

＃メンテおわるまえに元に戻さなきゃかなー。

pulseaudioを止める

勝手にリスポーンするの止めたい！
# vi /etc/pulse/client.conf

autospawn = no
daemon-binary = /bin/true

MySQLであるデータベース内のテーブルのストレージエンジンを確認するよー

こんにちは。

MySQLはテーブル毎にストレージエンジンが選べるそうで…

システム作っちゃったけど意識してなかったよ…InnoDBだと思ってたよ。

下記確認コマンド。

mysql> use information_schema;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
mysql> select table_name, engine from tables where table_schema='ここにDB名';

ldapのユーザーでgdmからログインできない

こんにちは。

ldapサーバーとクライアントの設定をして、sshからログインとかCUIでログインしたらすんなりとうまく行ったから、やったー！とおもってたらGUI(gdm）のダイアログからはログインできなくて悩んだ。

ログインするとき、ユーザー名、パスワードを書いてボタンを押すと画面が黒くなって、マウスカーソルが考え中になって、しばらく（十数秒くらいか？）するとまたログインダイアログの表示になってしまう。

どこでエラーが起きているのかわからず、試行錯誤の連続。

Webで情報拾ったら、gdmを再起動してOKになったみたいな記述があったので、再起動したがうまく行かず。

クライアントのマシンを再起動するといいよみたいな記述があったので、再起動してログインしたら…入れた！

でもその後いろいろやってたらまたGUIログインができなくなった。


でいろいろしらべたのですが、結局、ホームディレクトリが何かしらの悪さをしていた模様。一度ログインしているユーザーのホームディレクトリを丸ごと削除したらサクサクとログインできるようになった。（ちなみに当方の環境では、nfsで共有しているディレクトリの中にホームディレクトリがある状態。またauthconfigの設定で、ホームディレクトリがない場合は作成する設定にしている）

以前、ldapじゃない環境で作ったホームディレクトリをコピーしてきたらダメだったのかなあ…？


なかなか同じような状況になる方は少ないかもしれませんが、何かの参考になれば幸いです。