タグ付けされた質問 「disk-space-utilization」

1
デバイスに空き容量はありません—ですが空き容量があります
奇妙な問題があるVMware仮想化環境でUbuntu 12.04.1サーバーを実行しています。今度は2回、一見ランダムな時間に、十分な空き容量があるように見えても、マシンが突然ルートパーティションに書き込むことができなくなりました。私は何が悪いのかを理解しようとして途方に暮れています。 「df -h」は、40%以上の空き容量があるすべてのマウントされたボリュームを表示します。どちらの場合もこれが発生し、再起動すると数分間解決し、その後「デバイスに空き容量がありません」というメッセージに戻りました。スナップショットからの復元はそれをより長く修正するように見えますが、これが再び起こったので、それをどうするかわかりません。 問題がなければ、マシンはCUPS 1.5.3およびSamba 3.6.3を実行しているネットワークプリントサーバーです。

4
Linux Webサーバーで1,000,000以上の小さなgzip圧縮されたファイルを最も効率的に保存して提供するにはどうすればよいですか?
LinuxベースのWebサーバーを介して配信する必要のある大きな静的コンテンツがあります。これは、100万を超える小さなgzipファイルのセットです。ファイルの90%は1K未満で、残りのファイルは最大で50Kです。将来的には、1,000万を超えるgzipファイルに成長する可能性があります。 このコンテンツをファイル構造に入れる必要がありますか、それともすべてのコンテンツをデータベースに入れることを検討すべきですか?ファイル構造の場合、大きなディレクトリを使用できますか、それとも小さなディレクトリを検討する必要がありますか? ファイル構造の方が配信が速いと言われましたが、反対に、ファイルのブロックが1Kを超えるため、ファイルがディスク上で多くのスペースを占めることになります。 配信パフォーマンスに関する最良の戦略は何ですか? 更新 記録として、Windows 7で50万ファイルのテストを実行しました。

7
Linux / Unixでのユーザーあたりのディスク使用量
ネットワーク上の各ユーザーが使用しているディスク容量を調べる必要があります。私はdfとduコマンドを認識しています。ファイルシステム全体と出力のAWKをリストすることはできますが、もっと標準的なコマンドがあるかどうか疑問に思います。 私が探している出力は次のとおりです。 usr1 xMb usr2 yMb [...] Total zMb 何か案は? ありがとう! PS。Red Hat Linux EE

2
ディスクがいっぱいになるまでの日数の計算
グラファイトを使用して、ディスク使用率の履歴を経時的に追跡します。アラートシステムは、グラファイトのデータを調べて、空き容量が特定のブロック数を下回ったときにアラートを出します。 よりスマートなアラートを取得したい-私が本当に気にかけているのは、「空き領域について何かをしなければならない前にどれくらいの時間が必要か」ということです。たとえば、トレンドが7日間でディスクがなくなるスペースは警告を発生させ、2日未満の場合はエラーを発生させます。 グラファイトの標準ダッシュボードインターフェイスは、デリバティブとHolt Winters Confidenceバンドでかなりスマートにできますが、これまでのところ、これを実用的なメトリックに変換する方法を見つけていません。他の方法で数値をクランチすることにも問題はありません(グラファイトから生の数値を抽出し、それを実行するスクリプトを実行するだけです)。 複雑な点の1つは、グラフが滑らかではないことです。ファイルは追加および削除されますが、時間の経過に伴う一般的な傾向として、ディスク領域の使用量が増加するため、おそらくローカルミニマム(「ディスク空き」メトリックを参照する場合)を調べる必要があります。 )そして、谷間のトレ​​ンドを描きます。 誰かこれをやったことがありますか?

5
duを使用してしきい値サイズより大きいファイルを表示する方法
du manページに何も表示されない状況がいくつかあります。 1)特定のサイズよりも大きいサブディレクトリ内のファイルのみを表示したい。2)du -sh> du_output.txtを使用します。オプション-sおよび-hで説明したように出力が表示されます。たとえば、出力が次のような形式で出力される場合、どのように出力したいのでしょうか。 dir0--->dir1-->dir3-->dir4 | | ->dir2 |-file1 |-file2 上記がディレクトリレイアウトで、すべてのサブディレクトリ内の個々のディレクトリのサイズだけを確認したい場合は、どうすればよいですか(各サブディレクトリの深さは可変です)

3
/パーティションのすべてのスペースを使い果たしているものを見つけるにはどうすればよいですか?
AmazonのEC2サーバー上の大規模なインスタンスを使用しています。私はdfコマンドを実行して取得します: root@db:~# df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 9.9G 9.1G 284M 98% / tmpfs 3.8G 0 3.8G 0% /lib/init/rw varrun 3.8G 116K 3.8G 1% /var/run varlock 3.8G 0 3.8G 0% /var/lock udev 3.8G 80K 3.8G 1% /dev tmpfs 3.8G 0 3.8G 0% /dev/shm /dev/sdb 414G 957M …

2
SANに「必須」の空きスペースはありますか?
私はSANの専門家ではありません。サプライヤが解決できないと思われる継続的で苛立たしい問題についての手がかりを得るために、ここに書いています。 ビデオ監視システム用に提供されている16 x 2 Tbディスクを備えたENHANCE ES3160P4 SANを所有しています。SANは、サプライヤによってRAID 5アレイ内で14のディスクを使用するように構成されており、2つのディスクはグローバルスペアです。RAIDは通常、RAIDスペース全体にまたがる同じサイズの2つの仮想ディスクに分割されます。それぞれが12 Tbを超えるものになります。各仮想ディスクは単一のLUNに対応します。これは、ビデオデータを継続的に格納し、ユーザーが必要に応じて記録を取得できる単一のビデオサーバーに接続されています。LUNはNTFSでフォーマットされ、iSCSIを介してWindows Server 2012ビデオサーバーに接続されます。ビデオサーバーは、使用可能なスペースを完全に使用する傾向があります。 この構成では、SANのディスクに障害が発生し、障害が発生しています。その間、別のディスクに障害が発生したため、SANはRAIDを回復できません。ここ数か月でRAIDを4回も失いました。 同じ問題が発生しているように見える、同様に構成された同じタイプの他の3台のマシンを所有しているため、この問題は不正なSANサンプルが原因ではないようです。問題は1つだけですが、現在は十分に活用されていません。 数か月にわたる未知のテストとチェックの後、サプライヤーは結局、SANを100%使用するべきではない、または物理的にも急速に劣化することはよく知られていると述べ、問題を解決するには仮想ディスクを作成する必要があると述べましたRAIDで利用可能な総スペースの10-15%を残します。 私は問題をウェブで検索しましたが、これを言っている特定のステートメントは見つかりませんでした。RAID全体にまたがる仮想ディスクを作成してから、LUNを十分に活用すること(つまり、Windowsに空き領域を確保し、断片化を回避すること)の方が合理的であるように思えます。そうでない場合、「よく知られている」ために空き領域を残さなければならない場合に、ENHANCE SANがRAID全体にまたがる仮想ディスクを作成できる理由、およびサプライヤが最初にこのようにシステムを構成した理由がわかりません...しかし、それは別のポイントです。 結局、私たちはこの状況を解決したいと思っています。どんな提案も受け入れられます。すでに述べたように、私はSANの専門家ではありませんが、多くの問題が発生した後、サプライヤが何が起こっているかを知っているかどうかを本当に理解したいと思います。 よろしくお願いします!よろしく 編集:ディスクタイプ 回答から関連情報のようですが、ディスクはすべてWestern DigitalモデルWD2001FYYG-01SL3であると付け加えます。

3
Webベースのディスクスペースビジュアライザー
ディスクスペースの移動先を追跡し、ディスクスペースを最小限に抑えたいLinux Webサーバーがいくつかあります。 通常、私はSSHにログインduし、ディスク領域が無駄になっている場所を見つけるために使用しますが、これは面倒で時間がかかります。KDirStatのような視覚化ツールが理想的ですが、最低でもXサーバーをインストールする必要があり、目的を達成できません。 Webベースのディスクスペースビジュアライザーはありますか?私は別の解決策を受け入れます。

3
/ dev / mapper / VolGroup-lv_rootにスペースが残っていませんか?
centosマシンがあり、mysqlが起動しておらず、空き容量が不足していることが原因です。以下はdf-hの結果です。この状況で何ができるのでしょうか?ハードディスクを追加しますか? Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroup-lv_root 47G 45G 0 100% / tmpfs 3.9G 0 3.9G 0% /dev/shm /dev/xvda1 485M 33M 428M 7% /boot /dev/mapper/VolGroup-lv_home 44G 180M 42G 1% /home

3
通常のファイル+非表示+システムが使用されているドライブの合計容量と等しくない場合にドライブの容量を消費しているもの
これは非常に奇妙です。すべてのディレクトリサイズは通常であり、他のすべてのフォルダは本来のサイズから20 GB以内です。下のスクリーンショットでは、150GBのスペースを消費しているファイルが見つからないという違いがあります。 以下では、多くのサブディレクトリに対してプロパティを発行しました。2番目のスクリーンショットは、ドライブのサイズです。使用されているスペースを比較すると、単一のドライブで約150GBの差異が見られます。 これがどこから来るのか誰か知っていますか?explorer.exeのすべての非表示ファイルとシステムファイルを表示しています 更新 C:\Users\>vssadmin List Shadows vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool (C) Copyright 2001-2005 Microsoft Corp. Contents of shadow copy set ID: {4407d687-5021-4a57-a8bf-a94dd03428ce} Contained 1 shadow copies at creation time: 3/22/2012 7:09:43 PM Shadow Copy ID: {bf5b69c9-76cf-4218-b1ef-4c264ab3c468} Original Volume: (C:)\\?\Volume{f02f2f87-87dd-11e0-bed5-806e6f6e6963}\ Shadow Copy Volume: …

2
LVM / DRBDのサイズ変更後、dfが誤った情報を報告する
DRBDマウントされたパーティションを持つDebian Xen DomUを持っています。このパーティションのサイズを46Gから50Gに変更する必要がありました。私は次のことをしました: セカンダリノードでDRBDを停止しました: /etc/init.d/drbd stop 基になるLVM distを50 GBに増やしました。 lvresize -L 50G /lvm/device DRBDを再度開始し、ディスクが同期するのを待ちました: /etc/init.d/drbd start 交換プライマリー。そして、他のノードで同じことを実行しました。 現在セカンダリのDRBDノードでdrbdを停止しました: /etc/init.d/drbd stop 基礎となるLVMを増やしました: lvresize -L 50G /lvm/device DRBDを再度開始し、ディスクが同期するのを待ちました: /etc/init.d/drbd start 発行された両方のノードで: drbdadm resize drbd-device プライマリノードで発行されたもの: resize2fs /dev/drbd0 私はこの応答を受け取ります: $ resize2fs 1.40-WIP (14-Nov-2006) The filesystem is already 12058624 blocks long. Nothing to do! …

3
centos 100%disk full-ログファイル、履歴などを削除する方法
ディスク領域がいっぱいのため、mysqldは起動しません。 101221 14:06:50 [ERROR] /usr/libexec/mysqld: Error writing file '/var/run/mysqld/mysqld.pid' (Errcode: 28) 101221 14:06:50 [ERROR] Can't start server: can't create PID file: No space left on device 実行中df -h: Filesystem Size Used Avail Use% Mounted on /dev/sda2 16G 3.2G 12G 23% / /dev/sda5 4.8G 4.6G 0 100% /var /dev/sda3 430G 855M …


7
会社でのネットワークストレージの使用をどのように制限しますか?
これは、すべてのシステム管理者にとって苦痛である1つの領域だと思います。 ユーザーは実際に使用しているストレージスペースの量を知らず、そこに何が格納されているか、どれくらいの期間保存されるかを管理するために時間をかけません。 ネットワーク化されたディスク領域を制御するために、会社はどのようなポリシーを実装していますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.