タグ付けされた質問 「ext3」

サーバー（ハードウェアRAID 1）、32G、ext3ファイルシステムにSCSIディスクがあります。dfディスクが100％いっぱいであることを教えてくれます。1Gを削除すると、これが正しく表示されます。 ただし、aを実行するとdu -h -x /、du12Gのみが使用されていることがわかります（-x一部のSambaマウントのために使用します）。 だから私の質問は、duコマンドとdfコマンドの微妙な違いではなく、この大きな違いの原因をどうやって見つけることができるのかということです。 エラーなしでfsckのためにマシンをリブートしました。走るべきbadblocks？lsof開いている削除済みファイルlost+foundは表示されず、空であり、メッセージファイルに明らかなwarn / err / failステートメントはありません。 セットアップの詳細についてはお気軽にお問い合わせください。

110 linux  ext3  disk-space-utilization  scsi 

背景：物理サーバー、約2年、3Ware RAIDカードに接続された7200-RPM SATAドライブ、ext3 FSマウントnoatimeおよびdata = ordered、狂気の負荷なし、カーネル2.6.18-92.1.22.el5、稼働時間545日。ディレクトリにはサブディレクトリが含まれておらず、数百万の小さなファイル（〜100バイト）と、いくつかの大きな（数KB）ファイルがあります。 過去数か月の間に少しカッコウしたサーバーがありますが、ファイルが多すぎるためにディレクトリに書き込めなくなったのは先日だけです。具体的には、/ var / log / messagesにこのエラーをスローし始めました。 ext3_dx_add_entry: Directory index full! 問題のディスクには、多くのiノードが残っています。 Filesystem Inodes IUsed IFree IUse% Mounted on /dev/sda3 60719104 3465660 57253444 6% / したがって、ディレクトリファイル自体に含めることができるエントリの数の制限に達することを意味していると思います。ファイルがいくつになるかはわかりませんが、ご覧のとおり、300万個以上になることはありません。それは良いことではありません、気に！しかし、それは私の質問の一部です：その上限は正確に何ですか？調整可能ですか？私が怒鳴る前に、私はそれを抑えたいです。この巨大なディレクトリはあらゆる種類の問題を引き起こしました。 とにかく、これらすべてのファイルを生成していたコードの問題を追跡し、修正しました。今、私はディレクトリを削除することにこだわっています。 ここにいくつかのオプションがあります： rm -rf (dir) 最初にこれを試しました。目立った影響なしに1日半走った後、私はそれをあきらめて殺した。 ディレクトリでのunlink（2）：間違いなく検討に値しますが、質問はunlink（2）で削除するよりもfsckでディレクトリ内のファイルを削除する方が速いかどうかです。つまり、何らかの方法で、これらのiノードを未使用としてマークする必要があります。もちろん、これはfsckに/ lost + found内のファイルにエントリをドロップしないように指示できることを前提としています。そうでなければ、私は問題を動かしただけです。他のすべての懸念に加えて、これについてもう少し読んだ後、おそらく私が見つけることができるunlink（2）バリアントのどれも私がただ単に削除することを許可しないため、いくつかの内部FS関数を呼び出さなければならないでしょうエントリが含まれるディレクトリ。プー。 while [ true ]; do ls -Uf | head …

104 kernel  ext3  rm  directory 

Linuxでext3パーティションのブロックサイズを確認するにはどうすればよいですか？

43 linux  unix  filesystems  ext3 

私は非常に大きな（1TB +）ext3ディスクでe2fskを実行しています e2fsck -v /dev/sda1 PXEでブートされたRIPLinuxから。 私は得る e2fsck 1.41.6 (30-May-2009) /dev/sda1 contains a file system with errors, check forced. Pass 1: Checking inodes, blocks, and sizes その後、非常に長い一時停止... アクティビティのアイデアを取得するにはどうすればよいですか？ 理想的には、完了したアイテムの数と合計および何らかのETAの数。

42 linux  ext3  fsck 

デフォルトのオプションでマウントされたext3ファイルシステムがあります。その上にいくつかの〜100GBのファイルがあります。 そのようなファイルを削除すると、長時間（8分）かかり、大量のIOトラフィックが発生し、サーバーの負荷が増加します。 rmをそれほど混乱させない方法はありますか？

32 linux  performance  ext3  rm  unlink 

それほど大きくはありませんが、平均サイズが30kbの約60,000個のファイルが単一のディレクトリに格納されているものを使用する必要があります（これは要件であるため、ファイル数の少ないサブディレクトリに単純に侵入することはできません）。 ファイルはランダムにアクセスされますが、作成されると同じファイルシステムへの書き込みはありません。現在Ext3を使用していますが、非常に遅いと感じています。助言がありますか？

29 linux  ext3 

私は長年のユーザーであり、初めての質問提出者です。私はこのサイトや他の多くのサイトで解決策を探すために丸1日を費やしましたが、状況を解決するために支援を求めることに頼らなければなりません。 履歴：HP Proliant、Centos 5.9サーバーは、適切なシャットダウン手順なしで昨日電源がオフになりました。その時点から、/ homeパーティションは、fsck、マウント、またはアンマウントができない状態になりました。umountは、マウントされていないことを示しますが、mount / fsckはビジー状態または既にマウントされていることを示します。これにより、サーバーが起動しなくなりました。最終的には、ブートアップが失敗しないように、/ etc / fstabからディスク/パーティションを削除しました。 # mount -t ext3 /dev/cciss/c0d0p1 /home mount: /dev/cciss/c0d0p1 already mounted or /home busy # fsck /dev/cciss/c0d0p1 fsck 1.39 (29-May-2006) e2fsck 1.39 (29-May-2006) fsck.ext3: Device or resource busy while trying to open /dev/cciss/c0d0p1 Filesystem mounted or opened exclusively by another program? …

25 centos  mount  hard-drive  ext3  fsck 

サーバーフォールトで回答できるため、 この質問はStack Overflowから移行されました。 8年前に移行され ました。 約1,000万のファイル（表紙）が[0-f]の範囲の3つのレベルのサブディレクトリに保存されているWebサイトを実行しています。 0/0/0/ 0/0/1/ ... f/f/f/ これにより、ディレクトリごとに約2400個のファイルが作成されます。これは、1つのファイルを取得する必要がある場合に非常に高速です。さらにこれは多くの質問によって提案された習慣です。 ただし、これらのファイルをバックアップする必要がある場合、10mのファイルを保持している4kディレクトリを参照するだけで何日もかかります。 だから、これらのファイルをコンテナ（または4kコンテナ）に保存できるかどうか疑問に思っています。それぞれがファイルシステム（ある種のマウントされたext3 / 4コンテナ？）のように動作します。これは、ファイルシステム内のファイルに直接アクセスするのとほぼ同じくらい効率的であり、別のサーバーに非常に効率的にコピーされるという大きな利点があると思います。 これを最善にする方法に関する提案はありますか？または任意の実行可能な代替（noSQL、...）？

25 linux  filesystems  storage  ext3  ext4 

サーバーフォールトで回答できるため、 この質問はStack Overflowから移行されました。 9年前に移行され ました。 私はext3ディレクトリに書き込むアプリケーションを持っていますが、それはやがて約300万のファイルに成長しました。言うまでもなく、このディレクトリのファイル一覧を読むのは耐えられないほど遅いです。 ext3のせいにしません。適切な解決策は、./a/b/c/abc.extのみを使用するのではなく、などのサブディレクトリにアプリケーションコードを書き込むことでした./abc.ext。 私はそのようなサブディレクトリ構造に変更していますが、私の質問は単純です：許容されるパフォーマンスを得ながら、1つのext3ディレクトリにおよそいくつのファイルを保存する必要がありますか？あなたの経験は？ または言い換えれば、300万個のファイルを構造体に保存する必要があると仮定した場合、./a/b/c/abc.ext構造体の深さはいくつになりますか？ 明らかにこれは正確に答えることができない質問ですが、私は球場の見積もりを探しています。

25 linux  filesystems  ext3  capacity-planning  linux-kernel 

私は大学で新しいコンピューターを手に入れ、そのマシンの前のユーザーが巨大な1TB ext3パーティションのみを使用していることに気付いたとき、ほとんどすべてを自分用にセットアップしました。 私は通常/home、別のパーティションを保持し、LVMを使用することも好みます。そのため、使用してパーティションを縮小し、resize2fs解放したスペースに通常のLVMを作成することにしました。（ハードドライブ全体で約30Gのデータしかないため、問題になることはありません）。 ライブCDを使用して再起動しresize2fs、パーティションをより適切なサイズ（50G）に縮小するように要求しましたが、最初の15分ほどでデータをかなり集中的に移動するように見えました（ハードドライブのノイズから判断） 。 CPU使用率は100％ですが、現在は3時間以上実行されており、HDから実質的にノイズは聞こえません。 これは正常ですか？ されresize2fs、何らかの理由で、バックグラウンドでバリバリいくつかの集中的な数をやって、私はHDからのノイズを聞かない理由ですか？ パーティション全体のサイズを変更するのにどれくらい時間がかかりますか？

20 linux  filesystems  ext3 

SANでext3がディスク書き込みエラーを検出し、ファイルシステムを読み取り専用で再マウントするために何か問題が発生した場合の比較的一般的な問題。SANが修正された場合にのみ、リブートせずにファイルシステムを読み書き可能に再マウントする方法がわかりません。 見よ： [root@localhost ~]# multipath -ll mpath0 (36001f93000a310000299000200000000) dm-2 XIOTECH,ISE1400 [size=1.1T][features=1 queue_if_no_path][hwhandler=0][rw] \_ round-robin 0 [prio=2][active] \_ 1:0:0:1 sdb 8:16 [active][ready] \_ 2:0:0:1 sdc 8:32 [active][ready] [root@localhost ~]# mount /dev/mapper/mpath0 /mnt/foo [root@localhost ~]# touch /mnt/foo/blah いいですね、今、その下からLUNを抜き取ります。 [root@localhost ~]# touch /mnt/foo/blah [root@localhost ~]# touch /mnt/foo/blah touch: cannot touch `/mnt/foo/blah': Read-only file …

18 centos  mount  ext3  read-only 

ディスクのSMARTチェックで不良セクターが報告された場合、不良セクターのあるファイルを特定し、バックアップから復元できることが重要です。以下に、Linux / ext3 VMWAREサーバーでこれをどのように実行したかを示しますが、Windows / NTFSでこれを実行できるかどうかは誰にもわかりませんか？ Linux / ext3の場合は、次のようになりました。最初に、ハードウェアの表面スキャンを実行するようにドライブに要求しました（OSレベル未満で、オンドライブのSMART回路を使用）。 vserver:~# smartctl -t long /dev/sdc 私は結果を見ました： vserver:~# smartctl -a /dev/sdc ... 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 1 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 9 ... Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended …

17 backup  ntfs  ext3  bad-blocks 

外部ソースからの〜10,000個の画像ファイルを含むディレクトリがあります。 ファイル名の多くには、DBフレンドリまたはWebフレンドリではないスペースと句読点が含まれています。また、すべてのファイル名の末尾にSKU番号を追加します（アカウンティングのため）。ほとんどではないにせよ、多くのファイル名には、SEOの目的で保持したい拡張ラテン文字も含まれています（具体的には、ファイル名がGoogleイメージのファイルの内容を正確に表しているため） すべてのファイルの名前を希望の結果に変更（コピー）するbashスクリプトを作成しました。bashスクリプトはUTF-8で保存されます。実行後、約500個のファイルが省略されます（ファイルを統計できません...）。 私が実行したUTF-8 -t UTF-8 -f convmvをディレクトリに、これらの500個のファイル名がされて発見ない（convmvはUTF-8ですでにファイル名を検出し、無視することができます）UTF-8でエンコード 私は見つけることができます簡単な方法があるどの彼らが現在使用している言語エンコーディングは？ 私が自分自身を理解できた唯一の方法は、端末エンコーディングをUTF-8に設定し、convmvで可能性のあるすべての候補エンコーディングを繰り返して、「正しいように見える」変換された名前を表示することです。これらの500個のファイルがすべて同じエンコードを使用していることを確認する方法がないため、このプロセスを500回繰り返す必要があります。「正しく見える」よりも自動化された方法が欲しいです!!!

17 linux  ext3  encoding 

私がこのトピックで見た最後の本当の質問は、約2年前のものです（本番用にext4が用意されています）。 その間、ext4はどのように改善されましたか？ XFS、JFS、およびext3は、スタンバイの信頼できる選択肢です。私は最近のUbuntuテスト/開発環境でのみext4を使用しましたが、問題は見られませんでしたが、使用頻度の低いワークステーション、VM、使い捨てトレーニング環境でもあります。 スピードと信頼性の観点から、（特に）XFSとJFSに対して成熟する時間がありましたが、ext4はどのように積み上げられますか？ ZFSは実行可能なオプションですか（ヒューズ モジュールであるため、おそらくLinux向けではありませんが）。

16 filesystems  ext3  ext4  xfs  jfs 

そして、なぜ私は他の代わりに一方を選ぶべきですか？

14 filesystems  ext3  ext4  reiserfs