CentOS Part 38【RHEL Clone】
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2013/03/16(土) 03:13:37.62ID:bjkHbqrLRed Hatと無関係なコミュニティが無償配布しておりRed Hatのブランドとサポートはありません。
Fedora Core 6≒RHEL 5≒CentOS 5です。
Fedora 13≒RHEL 6≒CentOS 6です。
FC やRHEL用のノウハウや野良RPM、レポジトリはCentOSでほぼ通用します。
前スレ
CentOS Part 37【RHEL Clone】
http://engawa.2ch.net/test/read.cgi/linux/1345458070/
CentOS (The Community ENTerprise Operating System)
http://www.centos.org/
CentOS 配布ミラーサーバ
http://www.centos.org/modules/tinycontent/index.php?id=13
Wikipedia CentOS
http://ja.wikipedia.org/wiki/CentOS
0545login:Penguin
2013/07/22(月) NY:AN:NY.ANID:pERApv6Cファイルシステム総合スレ その16
http://engawa.2ch.net/test/read.cgi/linux/1363315915/
0546login:Penguin
2013/07/23(火) NY:AN:NY.ANID:AszuySchext3時代はデフォルトoffだからoffにもできたような気がしたんだが
tune2fsのmanには出てないっぽいなぁ
0547login:Penguin
2013/07/23(火) NY:AN:NY.ANID:4/2c2ik0ありがとう。
そーゆー管理をしているという事は、
変更無理かもしれないですね。
さくらインターネットのVPSを使用していてルートパーティションのみに
なっている事もあり、作り直しは不可能なので。
tune2fs の hash_alg=legacy は関係ないですよね？
そもそもハッシュテーブルで管理するのが問題なんだから。
今までこの順番に依存した作業していたから、
かなり困ってるけど合わせるしかなさそうですね…。
0548login:Penguin
2013/07/23(火) NY:AN:NY.ANID:oPGgw382どうしてもこだわる必要があるならループバックで仕様を満足するFS使えばいいんでないの?
0549login:Penguin
2013/07/23(火) NY:AN:NY.ANID:ALvnBtSK0550login:Penguin
2013/07/23(火) NY:AN:NY.ANID:UJWwGtTx>>544はファイルを作った順と書いてる。
0551login:Penguin
2013/07/23(火) NY:AN:NY.ANID:ALvnBtSK作った順ならタイムスタンプで良くね？
それかファイル名に作った順で連番入れておけばファイル名でも良くね？
と思った
0552login:Penguin
2013/07/24(水) NY:AN:NY.ANID:5rsx5jaB0553login:Penguin
2013/07/24(水) NY:AN:NY.ANID:z0lAZ6qI0554login:Penguin
2013/07/24(水) NY:AN:NY.ANID:+NGDyMoxMS-DOS 時代から自分が作るアーカイブ中の順番こだわり続けてきたから
え゛゛？？
ってなっちゃったんだよね。
これは --files-from を使用して妥協点を探す。
それに自作スクリプトも、
findで深いディレクトリを探索して
１個のディレクトリ中にファイルをまとめ、
同じファイル名は後に出てきた方をかぶせるとか
先に出てきた方を生かすとか、
順番に依存するダメなスクリプト今までにかなり作った。
全部見直すしかない。
元々ダメスクリプトなんだから。
0555login:Penguin
2013/07/24(水) NY:AN:NY.ANID:z0lAZ6qIファイルシステム上の話じゃなく tar の中の話なの?
0556login:Penguin
2013/07/24(水) NY:AN:NY.ANID:+NGDyMoxtar や find がディレクトリエントリ順に走査していく事と、
ディレクトリエントリはファイルを置いた順に書かれている事
(置いたファイルは削除も書き換えもリネームもしない)
を前提としたダメスクリプトを今までにたくさん作ってしまっただけです。
0557login:Penguin
2013/07/24(水) NY:AN:NY.ANID:r+S9mQiLCuiだから起動が速いのかと思ったら
それほどでもなくてガッカリだぜ。
0558556
2013/07/24(水) NY:AN:NY.ANID:+NGDyMoxmkdir 課長
mkdir 部長
mkdir 社長
として中に文書置いてもらい、
find . -type f -exec cp \{\} /決定稿 \;
とすれば、上位の人の方が上書きで/決定稿に入る。
というようなバカスクリプトです。
実際はもっともっと複雑ですが、
まあ俺の設計が悪いので仕方ないです。
ありがとうございました。
0559login:Penguin
2013/07/24(水) NY:AN:NY.ANID:1qgOy+Ekmkdir 2_部長
mkdir 3_社長
として sort と組み合わせるとか
0560login:Penguin
2013/07/24(水) NY:AN:NY.ANID:ZADuoETl0561login:Penguin
2013/07/24(水) NY:AN:NY.ANID:qjh6ePpA0562login:Penguin
2013/07/25(木) NY:AN:NY.ANID:085HBgkMループバックマウントで使うってのは却下なんかね?
0563login:Penguin
2013/07/25(木) NY:AN:NY.ANID:uvNhV9hoもうこの話いいんじゃね。
0564login:Penguin
2013/07/25(木) NY:AN:NY.ANID:LyT9D+d30565login:Penguin
2013/07/25(木) NY:AN:NY.ANID:99BsmMvy0566login:Penguin
2013/07/25(木) NY:AN:NY.ANID:8Db0rkCfみんなありがとね。
0567login:Penguin
2013/07/25(木) NY:AN:NY.ANID:4gJqa/+y0568login:Penguin
2013/07/25(木) NY:AN:NY.ANID:RtGRHPb10569556
2013/07/25(木) NY:AN:NY.ANID:8Db0rkCfと
find . -print | sort > ../002.txt
tar -c -v --files-from ../002.txt --no-recursion -f - | gzip -c > ../002.tar.gz
を比較すると、
001.tar.gz の方が 002.tar.gz より３割もでかくて驚いた。
チラ裏。
0570556
2013/07/25(木) NY:AN:NY.ANID:8Db0rkCftar の格納順についてどうにも我慢できず
結局ファイルシステムの設定を変更しました。
# tune2fs -O^dir_index /dev/vda3
動作中のルートパーティションなのに
こんな変更が出来る事に感動。
0571login:Penguin
2013/07/25(木) NY:AN:NY.ANID:uvNhV9ho0572login:Penguin
2013/07/25(木) NY:AN:NY.ANID:qCfx7S/c0573login:Penguin
2013/07/25(木) NY:AN:NY.ANID:dHV4Agcg0574login:Penguin
2013/07/25(木) NY:AN:NY.ANID:RtGRHPb10575556
2013/07/25(木) NY:AN:NY.ANID:8Db0rkCf順に拘らないと周りにも迷惑かかるんだよね。
でも俺が最近の傾向から外れているのはわかった。
0576login:Penguin
2013/07/25(木) NY:AN:NY.ANID:QqDl3G9Xスレチなのでチラ裏かどこかに消えて下さい
0577login:Penguin
2013/07/25(木) NY:AN:NY.ANID:PY37q5PZ0578login:Penguin
2013/07/25(木) NY:AN:NY.ANID:uNBglfe90579login:Penguin
2013/07/26(金) NY:AN:NY.ANID:nyvEX8WD誰も検証しないようなデータの扱いなんかテキトーでいいの
0580login:Penguin
2013/07/26(金) NY:AN:NY.ANID:J6MOFb25ファイルシステムで処理してるのが
そもそもアレ。
専用DB使うものじゃないか？
0581login:Penguin
2013/07/26(金) NY:AN:NY.ANID:KIYoDUVO0582login:Penguin
2013/07/26(金) NY:AN:NY.ANID:fum7U1RW0583login:Penguin
2013/07/27(土) NY:AN:NY.ANID:rF+OTqwe初期の段階で設計ミスしてるだけだから
気にするな
へたにかまうと阿呆が存在意義を見出してしまうぞ
0584login:Penguin
2013/07/27(土) NY:AN:NY.ANID:pZPmxn99そのこと自体はおかしいってほどのことはないけどな
0585login:Penguin
2013/07/27(土) NY:AN:NY.ANID:d00r4S7m0586login:Penguin
2013/07/27(土) NY:AN:NY.ANID:pZPmxn99他人をコケにするのは嬉しいのかもしれないが読まされるのは気持ちのいいものじゃない
0587login:Penguin
2013/07/27(土) NY:AN:NY.ANID:yvhUf5PM本人がそう思うのは勝手だけど
0588login:Penguin
2013/07/28(日) NY:AN:NY.ANID:OXcrTTtGふつうによくある光景。
0589login:Penguin
2013/07/28(日) NY:AN:NY.ANID:txJKD98iどうでもいいこと書いてある日記レスも
書いてる奴は自己満足に浸れるだろうけど、読まされるのは気持ちのいいものじゃない
0590login:Penguin
2013/07/28(日) NY:AN:NY.ANID:82l9VGW8自分の性格の悪さを
「業界」と一括りにしないでくれw
0591login:Penguin
2013/07/28(日) NY:AN:NY.ANID:Dg0d9b/yしかしこれだけ出てくるとなるとひとくくりにしていたとしても
間違いじゃないかもしれないな
0592login:Penguin
2013/07/28(日) NY:AN:NY.ANID:YlE8FnDQ知ったか君をいぢめて喜ぶのは
ほんの少しレベルが高いだけの別の知ったか君だな
所謂「目くそ鼻くそ」ってやつだ
0593login:Penguin
2013/07/28(日) NY:AN:NY.ANID:1jfYBAey0594login:Penguin
2013/07/28(日) NY:AN:NY.ANID:/dJSz/YY野糞のお前が言うなよ
0595login:Penguin
2013/08/02(金) NY:AN:NY.ANID:DJ153YCXこの紹介文を提供させてくれて本当にありがとうよ
ホントオマエラ懲りないねぇ してやったりでメシウマ状態だぜ
ヒャッハｧー 汚物は消毒だ〜
> いっつも、あれがうまくいかねー、このコマンド使いづれーとか
> 文句ばっかりいいやがって、たまにはカーネルとかシェルの気持ち
> になってみやがれ
>
たまには、カーネル/シェルの気持ちになってみよう
ttp://engawa.2ch.net/test/read.cgi/linux/1051358586/l10
0596login:Penguin
2013/08/03(土) NY:AN:NY.ANID:Va0cnjFwそのコマンドをインストールしますか？
って聞いてくるのは何て言う機能なんでしょうか？
CentOSでも使いたいと思っています。
0597login:Penguin
2013/08/03(土) NY:AN:NY.ANID:5r6f1AC50598login:Penguin
2013/08/04(日) NY:AN:NY.ANID:nbdvYLMO0599login:Penguin
2013/08/04(日) NY:AN:NY.ANID:TjdVAETPfc2vps OS:CentOS5.9 メモリ:2G CPU:Xeon (仮想)
svn 1.7.11
php 5.4.17 (apc, memcahce, pdo with mysql, mecab)
groonga 3.0.6
mysql 5.3.33 (mroonga 3.0.6)
上記の構成でサーバを構築してます。
質問したい問題は２つありまして
1つめは
svnでssh経由のサーバからプロジェクトをチェックアウトしている最中に下記のようなエラーになります。
svn: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file.
それ以降5分ほど通常のssh接続さえもできなくなります（時間がたつと接続可能になる）
なお、接続先のサーバには特に問題はないように見受けられます。
2つめは
バッチ処理にてgroongaエンジンのテーブル更新中にだいたい同じタイミングで
Lost connection to MySQL server during query
が発生してmysqlの接続が切断されてしまいます。
上記のエラーを確認した所、タイムアウトが原因の事が多いようで処理を調べてみたのですが
バッチ開始から約30分、エラーが発生するクエリは1分弱でエラーが発生しており
どのmysqlの設定が影響しているのかイマイチ不明です。
なお、構文エラー等は確認済みです。
何度となく再インストールやyumによる全updateなども行ったりしていますが症状は改善しません。
自鯖での動作は確認済みの構成とコードなので、Linux上の何らかの設定が問題ではないかと考えています。
何か考えられることはありますでしょうか？
0600login:Penguin
2013/08/04(日) NY:AN:NY.ANID:ZlWwztw70601login:Penguin
2013/08/04(日) NY:AN:NY.ANID:6kOKj9nq症状からしてホスティング側の問題でしょ。 まぁ板違いだが、以下に該当するんじゃねーの？
http://rentalserver.fc2.com/index.php?mode=faq
その他の質問
Q4. 転送量が無制限とありますが、実際は１日どれくらいまで許可されているのでしょうか？
A．サーバのリソースの５％未満でしたら問題ございません。ただし、リソースが５％以上に
なりますとサービスを一時的に停止させていただくか、追加料金の支払い、...
0602login:Penguin
2013/08/04(日) NY:AN:NY.ANID:TjdVAETPホスティングの選択をミスった予感ですか
むむむ。
もう少し状況を調べてそれでもダメそうならサポートに、それでもダメなら
諦めてDB側はスペックだけは高い自鯖でどうにかする事も考慮しますです。
ありがとうございました
0603login:Penguin
2013/08/04(日) NY:AN:NY.ANID:5lu40znXさくらVPSをレンタルし、CentOS 6 64bitで使用してるのですが
vsftpdをインストールしコンフィグファイルを設定し接続すると
自分は接続可能なのですが同じアカウントで他の人に試してもらうと接続出来ません
FTPクライアントは530 Login incorrectと表示しているようで
vsftpdのログを見てもFAIL LOGINとしか書いておらず原因が分かりません
hosts.allowやhosts.deny等で特に制限も行なっておらず
何が原因か分かる方いらっしゃいますでしょうか？
0604login:Penguin
2013/08/04(日) NY:AN:NY.ANID:QiYvFqmA0605login:Penguin
2013/08/04(日) NY:AN:NY.ANID:1qZBBeJs0606login:Penguin
2013/08/04(日) NY:AN:NY.ANID:5lu40znXftp用に作ったアカウントで自分も、もう一人も試していて
完全に同一アカウントなのでそれはないかと思うんですが・・・
>>605
それも何度も確認し、さらにもう一人に試してもらったのですが
その人も530 Login incorrectと出るという事でログイン出来ない様でした
完全に自分しかログイン出来ない状況で原因も不明な為、手詰まり状態で
vsftpの再インストールも試してみましたが結果変わらずです
0607login:Penguin
2013/08/04(日) NY:AN:NY.ANID:V8+cGy8i自分と他の人は何が違うの？
ユーザー名/パスワードは同じってことだけど、他に違うのはIPアドレス? FTPクライアントのソフト?
クライアント側で verbose オプションみたいなのがあれば、それを有効にしてみた？
そのあたりも書かないとわからないんじゃない？
0608login:Penguin
2013/08/04(日) NY:AN:NY.ANID:5lu40znX情報少なくてすいません
サーバはさくらVPS 2GB CentOS 6の64bit
FTP接続用のユーザー名、パスワードは同じ物を使用
FTPクライアントはお互い共にFFFTP v1.98g
お互い各自宅からなのでIPアドレスは違います
hosts.allowでお互いのIPアドレスをsshの許可をしてるのみで
hosts.deny等の設定は特にありません
verboseがあまり良くわからないのですがクライアント側のログでしょうか？
ログでしたら長くなるのでpastebinにコピペしました
ffftpクライアントのログ
http://pastebin.com/r8GHCg3y
vsftpd.conf
http://pastebin.com/wgkNCDh5
改めてよろしくお願い致します。
0609login:Penguin
2013/08/04(日) NY:AN:NY.ANID:0lBmXog2ダメなヤツは全角で入力している
大文字小文字が違う
ドットとカンマが間違っている
ゼロとオーが違っている
ファイヤーウォールがある
ウィルス対策ソフトにファイヤーウォールみたいのがある
0610login:Penguin
2013/08/04(日) NY:AN:NY.ANID:V8+cGy8iサーバー側のログ (アプリケーション、syslog、OSのセキュリティのログ) は？
前の人が言ってるように、パスワード間違えただけじゃない？伝え間違ったとか。コピペしたときに改行文字がはいっちゃったとか。パスワード変えてやってみた？
0611login:Penguin
2013/08/05(月) NY:AN:NY.ANID:r64goCsPユーザー名、パスワードは何度も確認し、パスワードは普段からお互いで使ってる物なので
間違える可能性はかなり低いかと思います。
念の為さらに第三者に接続を試してもらったのですが
第三者も同じく530 Login incorrectと出て接続出来ないようなので間違ってはいないかと思います。
さくらVPSを借りる前に使っていた共有サーバーでは普通に接続出来ていたのと
第三者も同じく接続出来ないというあたりからファイアーウォールソフトの問題は無さそうです。
>>610
syslogでは特にそれらしいログもなく、vsftpd.logには
Sun Aug 4 NY:AN:NY.AN13 [pid 4056] CONNECT: Client "相手のIPアドレス"
Sun Aug 4 NY:AN:NY.AN13 [pid 4055] [webmaster] FAIL LOGIN: Client "相手のIPアドレス"
という物くらいしかありません。
自分の場合は
Sun Aug 4 NY:AN:NY.AN13 [pid 4360] CONNECT: Client "自分のIPアドレス"
Sun Aug 4 NY:AN:NY.AN13 [pid 4359] [webmaster] OK LOGIN: Client "自分のIPアドレス"
といった感じです。
パスワード変更は試していないのでしてみます。
0612login:Penguin
2013/08/05(月) NY:AN:NY.ANID:r64goCsPその後、元々のパスワードに再度戻した所うまく接続できるようになりました。
何度も何度もパスワードは確認していたので間違ってた可能性は低いですし
一体なにが原因だったのかわからずモヤモヤしますがとりあえず問題は解決しました。
ここまで長々とお付き合いして助言して頂き本当にありがとうございました。
0613login:Penguin
2013/08/05(月) NY:AN:NY.ANID:f9ic6mrVどう考えてもパスワード間違ってただけでしょ
まあ解決して何より
0614login:Penguin
2013/08/05(月) NY:AN:NY.ANID:zjW2Dg2f> 何度も何度もパスワードは確認していたので間違ってた可能性は低いですし
いや高いだろ。
0615login:Penguin
2013/08/05(月) NY:AN:NY.ANID:R02FbxpN0616login:Penguin
2013/08/05(月) NY:AN:NY.ANID:+YwjqV8c0617login:Penguin
2013/08/05(月) NY:AN:NY.ANID:2a8gK7vaなんで「間違ってた可能性は低い」という結論に到るのか。
事実よりも脳内の前提を優先してしまうのでは
性格的に鯖缶に向いてないんじゃ。
「なぜ・どのように間違えたのか」を検証しておかんと
何度でも同じ間違いやらかすぞ。
0618login:Penguin
2013/08/05(月) NY:AN:NY.ANID:2a8gK7va通常のログで「何をどう間違えたのか」が分かりにくい場合には
結局のところパケットキャプチャで生データを確認するのが
解決は一番早いと思う
0619login:Penguin
2013/08/05(月) NY:AN:NY.ANID:rEA1lq55IEとか、IEとか、IEみたいなの。
昨日、それでハマったw
0620login:Penguin
2013/08/05(月) NY:AN:NY.ANID:pQkMWWbv> 何度も何度もパスワードは確認していたので間違ってた可能性は低いですし
> 一体なにが原因だったのかわからずモヤモヤしますがとりあえず問題は解決しました。
だからパスワードを他の二人に伝えるときに間違っちゃったんでしょ。見えない改行文字だったり、空白文字だったり。間違ったパスワード伝えてるんなら何人試しても同じ結果だよ。
自分の失敗を認めることも大切だね。
0621login:Penguin
2013/08/05(月) NY:AN:NY.ANID:4b8DgGGaなぜscpにしないのか
0622login:Penguin
2013/08/05(月) NY:AN:NY.ANID:I3lL5N6Tsshポート解放はいやや
0623login:Penguin
2013/08/05(月) NY:AN:NY.ANID:+1B5Yt/e0624login:Penguin
2013/08/05(月) NY:AN:NY.ANID:2wnWn1P4平文垂れ流しよりよっぽどマシだと思うが
0625login:Penguin
2013/08/05(月) NY:AN:NY.ANID:rEA1lq55なんで？ 大穴でも見つかった？
0626login:Penguin
2013/08/05(月) NY:AN:NY.ANID:agcgj4RBJailする技術もないし、そもそも対策方法自体知らんとか。
0627login:Penguin
2013/08/05(月) NY:AN:NY.ANID:MpEPbfaOALL: ALL
を書くのが基本だ。
0628login:Penguin
2013/08/05(月) NY:AN:NY.ANID:EKiczzFE見つかってなくても開けなくて良いものは開けたくないわ
ほんとにみんなsshガッツリ開けてるの？？？
管理にはSCP使うけどVPN経由か最低でも接続元IPアドレスで制限してる
0629login:Penguin
2013/08/05(月) NY:AN:NY.ANID:zjW2Dg2f0630login:Penguin
2013/08/05(月) NY:AN:NY.ANID:+YwjqV8c0631login:Penguin
2013/08/05(月) NY:AN:NY.ANID:zjW2Dg2fまぁ全開にしたい人はすればいいんじゃね。
0632login:Penguin
2013/08/05(月) NY:AN:NY.ANID:3/jDCTIs公開鍵認識のみ許可してる
0633login:Penguin
2013/08/05(月) NY:AN:NY.ANID:zjW2Dg2f0634login:Penguin
2013/08/05(月) NY:AN:NY.ANID:+1B5Yt/e0635login:Penguin
2013/08/05(月) NY:AN:NY.ANID:3/jDCTIs認識→認証です
0636login:Penguin
2013/08/05(月) NY:AN:NY.ANID:qod/nI2N0637login:Penguin
2013/08/05(月) NY:AN:NY.ANID:I7mdTaSp勝手な憶測だけどWebのコンテンツみたいな平文で通信してもまあいいかって内容に読めた。
そんなユーザー相手にするためにSSHポート解放するのは嫌だなぁと思って書いたんだけどね。
ユーザーも使いなれたFTP使いたいって言いそう。
ポート変えるだけってのはちょっと、、、、、
0638login:Penguin
2013/08/05(月) NY:AN:NY.ANID:JOAhU0Vv0639login:Penguin
2013/08/05(月) NY:AN:NY.ANID:G8d6PAAy0640まあないとは言わないけどな
2013/08/06(火) NY:AN:NY.ANID:fpWmGagu特定のクライアントが使いにくいとか言うならわかるが、ftp 自体は http とか smtp とかと対して変わらん
まあ、データコネクション張るところがちょっと面倒かな
0641login:Penguin
2013/08/06(火) NY:AN:NY.ANID:/SiB5Qrp他にもうっかり改行コード変換されちゃったり
NLST で返すフォーマットがいろいろだったり
いろいろ面倒よ。
0642login:Penguin
2013/08/06(火) NY:AN:NY.ANID:rrNKWvj+公開鍵認証にするとか、hashlimitやlimitモジュール入れた
iptables有効にしておけば十分すぎるだろ。
0643login:Penguin
2013/08/06(火) NY:AN:NY.ANID:lSG48Wjf鍵をリテラシー低いユーザーに配布するのは抵抗あるけどなぁ
サポートも含めてめんどくさい
0644login:Penguin
2013/08/06(火) NY:AN:NY.ANID:2JGgITp3ポート変えるのって、マイナスではないだろうけど、そこまで意味あるんだろうか
httpエラーページのバージョン隠すとか、そういう類の話な気がする
■ このスレッドは過去ログ倉庫に格納されています