2023年9月6日、トヨタは国内工場の稼働停止につながった8月28日に発生した生産指示システムの障害について原因を明らかにしました。ここでは関連する情報をまとめます。 部品発注できず丸1日以上工場稼働停止 今回障害が発生したのは生産指示システムと呼ばれる車両部品の発注など管理するシステムで、トヨタと取引先の部品メーカーの間で使用されている。*1 *2 2023年8月28日昼頃にシステムで不具合が生じ、部品調達に支障が生じた影響を受け翌日29日朝より国内12工場25生産ラインの稼働を停止した。さらにこの影響で国内の部品メーカーの工場も稼働停止となった。*3 部品在庫が残っていた宮田工場、ダイハツ工業の京都工場（トヨタ車製造）の計2工場3ラインは29日も稼働を継続していたが、トヨタはその後全工場の稼働停止を決定。*4 また日野自動車も障害が発生したシステムを利用していることから、羽村工場、新田
[wsl2] ディスク容量が満タンで困った！＞＜でも、Optimize-VHDなんて存在しないとき - Qiita
Summary(概要) wsl2を使っていると、ホストOSディスク容量がだんだん圧迫されていきます。 特に顕著なのは、大きなファイルをアップロードしたり大容量データを生成した後。 そして、wsl上のそういったデータを削除しても、なぜかPCのディスクが解放されません。 そこで、以下の記事に書かれている方法を試しました。 しかし、うまくいかない！！！ >_<。 そんなときにとった方法を説明します。 ※注意 本当に誰にも失敗してほしくないので、 他の記事も参照しながら、実施 場合によってはバックアップもとってから実施 としてください。 WSL環境のバックアップ方法 例えばこの記事などに書かれていました。 色々な記事があるので、一度でもバックアップできることを確認しておくのがおすすめです。 実施内容 1. 状態の確認 まずディスク容量を見ておきます。 PS C:\Users\myname> wsl
![[wsl2] ディスク容量が満タンで困った！＞＜でも、Optimize-VHDなんて存在しないとき - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/f1101767cba55b87a5bca766488fbdecaefd46e9/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCd3NsMiU1RCUyMCVFMyU4MyU4NyVFMyU4MiVBMyVFMyU4MiVCOSVFMyU4MiVBRiVFNSVBRSVCOSVFOSU4NyU4RiVFMyU4MSU4QyVFNiVCQSU4MCVFMyU4MiVCRiVFMyU4MyVCMyVFMyU4MSVBNyVFNSU5QiVCMCVFMyU4MSVBMyVFMyU4MSU5RiVFRiVCQyU4MSVFRiVCQyU5RSVFRiVCQyU5QyVFMyU4MSVBNyVFMyU4MiU4MiVFMyU4MCU4MU9wdGltaXplLVZIRCVFMyU4MSVBQSVFMyU4MiU5MyVFMyU4MSVBNiVFNSVBRCU5OCVFNSU5QyVBOCVFMyU4MSU5NyVFMyU4MSVBQSVFMyU4MSU4NCVFMyU4MSVBOCVFMyU4MSU4RCZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9MDZkYzZiOTQ5Zjk4OWYxZjIyNDIwNjg2ODcwMDZkNDI%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBzaXJ1a3U2JnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1mOTAyYzU3ZmM3NDY2ZTdjZTZlMGExMmE0NTg5NWVlYw%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Db148b3aa8f5239418aaa9db2c03f71ee)
WordPressでディスク容量がMAXになりカテゴリが表示されなくなった話 - Hajimari Tech Blog| 株式会社Hajimari
こんにちは！Hajimariの新卒エンジニアの市川(@shu_chikanne)です。 2020年4月1日に新卒エンジニア2期生としてジョインしました！ 普段は、自社プロダクトであるスタートアップ向けマッチングサイト構築パッケージPIECE（https://crowd.itpropartners.com/piece/）の開発や受託開発をしたり、新卒採用関係の業務を行っています！ 今回はタイトルにもある通り、WordPressでディスク容量がMAXになったことでカテゴリが表示されなくなった話をしていきたいと思います。 業務の関係上、スクショ等は掲載できないのでご了承ください（＞＜） 今考えても恐ろしい出来事でした・・・ 経緯 発端は6月10日の17時頃。 クライアントから恐ろしい連絡が飛んできました。内容は以下の2つ。 ワードプレスのカテゴリーとタグが全てリセットされてしまったこと それに伴
QNAPのHDDを入れ替えてディスク容量を増やす方法 | 2月 | 2020年 | Corporate Blog | 三栄ハイテックス株式会社
[ストレージ&スナップショット]-[ディスク/VJBOD]画面を確認します、QNAPで使っているHDDは、Seagateの500GBです。今回は、このHDDをHGSTの2TBと換装をしてQNAPのHDD容量を増やします。 [ストレージ&スナップショット]-[ストレージ/スナップショット]画面から[管理]を選択します。 ストレージプール1の管理画面が表示されます。[管理]-[ディスクを1台ずつ交換する]を選択します。 交換するディスク[Disk 1]を選択して、[変更]をクリックします。 QNAPからHDDを取り外せる状態となったら、QNAPから[Disk 1]のHDDを取り出して、新しいHDDを投入します。 HDDを投入してしばらくすると、QNAPが新しいHDDを認識して、RAIDグループの再構築が開始されます。終了するまで、そのままの状態で待ちます。尚、RAID再構築中でもQNAPへのア
はじめに アノテーションの髙嶋です。 私はWindows上にWSL2＋Dockerを使用して開発環境を構築しています。 用途に応じた環境をそれぞれ準備しているため、新しくコンテナ環境を作っては消してを繰り返しています。 必要になる仮想ディスクの領域はOSが自動的に拡張してくれますが、不要になった領域を自動的に削除はしてくれないようです。 今回は仮想ディスクにより、ローカルディスクの容量が枯渇してしまったので、その解消手順を記述します。 前提条件 今回実行した環境は下記になります。 OS : Windows 10 Pro (21H1) WSL2 : Ubuntu-20.04 今回の手順ではHyper-Vの機能を使用するため、Pro用の手順になります。 仮想ディスクの圧縮 実行前の状態 実行前のローカルディスクの容量と仮想ディスクの容量です。 仮想ディスクのファイルは下記のパスに格納されていま
環境 環境情報は以下の通り。下から順に削除していくイメージとなる。 OS : Red Hat Enterprise Linux 7.6 PV : /dev/sdb1 VG : vg_sdb1 LV : lv_sdb1 マウントポイント : /mnt 作業前のdfコマンドの状態を以下に記載しておく。/dev/mapper/vg_sdb1-lv_sdb1となっている2GBの領域を拡張し4GBにする。 [root@localhost ~]# df -h ファイルシス サイズ 使用 残り 使用% マウント位置 /dev/mapper/rhel-root 14G 1.4G 13G 11% / devtmpfs 908M 0 908M 0% /dev tmpfs 920M 0 920M 0% /dev/shm tmpfs 920M 8.9M 911M 1% /run tmpfs 920M 0 920M
仮想化環境のディスク容量を拡張する - Avinton Japan
仮想ディスクの拡張方法について説明します。 仮想化環境上でディスク容量が不足した際に参照してください。 動作検証環境 VirtualBox: 6.1.18 ゲストOS: Ubuntu 20.04 LTS ホストOS: Windows 10 VirtualBoxのバージョン5.2.0以降では、VritualBoxマネージャー上でのGUIによる容量拡張がサポートされましたので、ホストOSに依らずに統一的な処理が可能です。今回は、そのGUIを利用して拡張を行います。(よって、VirtualBoxは5.2.0+を使用してください。) おおまかな流れとしては、 (i) VritualBoxマネージャーから、対象ゲストOSの容量を拡張 (ゲストOSの外側から拡張) (ii) ゲストOSから、パーティション管理ツールを使い容量を拡張 (ゲストOSの内側から拡張) の2段階の操作を行います。 1. 仮想化
ディスク容量が足りない！メールボックスを大掃除
PCのローカルディスク上にあるデータで、かなりの容量を占めるものと言えば、アプリケーション本体や動画ファイル、画像ファイルなどを思い浮かべる人が多いだろう。つまりディスクの空き容量を増やすには、使わないアプリケーションをアンインストールしたり、不要または重複した動画ファイルや画像ファイルの削除が効果的なわけだ。 ただしローカルディスク上には、他にも大掃除を忘れてはならないデータがある。メールソフトが使用するファイルだ。このファイルはメールボックスにあるメールの数が増えるほど肥大化し、より多くのディスク容量を占めてしまう。毎日のように大量のメールを送受信している人だと、数Gバイト以上になっていることも珍しくない。 さらに厄介なのは、このファイルが肥大化すると、受信トレイを開くのに時間がかかるなど、動作が重くなってしまうことだ。必要なメールを検索する際にも、ヒットする結果が多すぎて検索しづらい
はじめに GCPだとcreate-with-containerを使う事でCOS(Container-Optimized OS)を利用したコンテナ用のインスタンスを作る事ができます。 イメージ名とかも指定できるので、小規模なコンテナ運用ならGKEでやるより簡単かと思います。 ただデフォルトのdiskサイズが10GBなので大きめのDocker Imageをビルドすると下記のように容量不足のエラーが出ます。 Error processing tar file(exit status 1): write .... : no space left on device なので、今回はビルドの容量を確保するためにCOSに永続化ディスクを追加したのでそのやり方のメモになります。 戦略 boot diskのサイズ変更ではなく新規ディスクの追加 /var/lib/dockerの上書きではなくdaemon.js
[アップデート] AWS FIS でディスク容量不足を発生させることが出来るようになったので、Amazon Linux 2023 と CloudWatch アラームで構築した簡単な監視・通知が機能しているか確認してみました | DevelopersIO
[アップデート] AWS FIS でディスク容量不足を発生させることが出来るようになったので、Amazon Linux 2023 と CloudWatch アラームで構築した簡単な監視・通知が機能しているか確認してみました いわさです。 AWS Fault Injection Simulator (FIS) を使うことで、AWS 上で様々な問題を再現させて、監視や復元性のテストを行うことが出来ます。 AWS FIS では定期的なアップデートによって、利用出来るアクションが増えていっていますが、先日のアップデートでディスクフィルアクションが追加されました。 これによって、特定の EC2 のディスク容量が不足した場合などのアプリケーションのパフォーマンスや回復性を確認することが出来るようになりました。 本日は基本的な使い方を確認しつつ、Amazon Linux 2023 上で実験を行って Cl
![[アップデート] AWS FIS でディスク容量不足を発生させることが出来るようになったので、Amazon Linux 2023 と CloudWatch アラームで構築した簡単な監視・通知が機能しているか確認してみました | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/1c0948a80ff7a2c974912f14263a47e147eccccc/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2021%2F11%2Feyecatch_AWS_Fault_Injection_Simulator_1200x630.png)
最近の Windows はディスクが無限にあるとでも思っているのか、やたらと余計なファイルを作りっぱなしにする構造のようです。しばらく使っていたら気がついたら空き容量がほとんどない、あるいはゼロという事態に直面したりします。また、古めのノート PC (Windows) を手渡されて、いろいろインストールしないといけないのに空き容量が全然空いていないといったときにも困ります。 そんなときの対処方法をまとめました。 0. 事前調査 まず、どのファイルのサイズが大きいのか調査します。これはどのツールを使っても良いですが DiskInfo というのが結構良さげ。 これを利用して、想定以上にサイズが大きくなっているフォルダを調べておきます。 1. C:\Windows\Installer ここにはソフトウェアのアンインストーラーが保存されています。インストールするソフトウェアを最小限にしていれば理論
SSDは”容量いっぱい”に非常に弱い まずこの現象の原因は、SSDの構造そのものにあります。 SSDはHDDとは根本的にデータの書き込み方法が違い、同じ場所にいきなりデータを「上書き」することができません。（HDDはできます） 例えば「ファイルの上書き」をした場合でも、同じ場所ではなくいったん新しい場所に書き込み、元の場所はほうっておきます。次に必要になったときに初めて消去される、という流れになります。 空いている場所にさっと書き込み、ファイルの場所を示す「目次」だけ書き換えるイメージです。 なぜこんな回りくどいことをするかというと、SSDはデータの消去に非常に時間がかかるからです。SSDはファイル単位やバイト単位で管理しているのではなく、いくつかの無関係なデータがまとまった「ブロック」という単位で管理します。 つまり、消したいデータと同じブロックに他のファイルがある場合、他のファイルをす
8月末に部品発注システムの不具合でトヨタの全工場が稼働停止になるトラブルがあったがトヨタは6日、この原因に関する発表をおこなった（トヨタリリース）。 先の不具合は部品の発注処理を行う複数のサーバーの一部が利用できなくなったことで発生した。経緯に関しては、不具合発生の前日となる8月27日に定期の保守作業を実施、その際、データベースに溜まったデータの削除と整理を実施したが、作業用のディスク容量が不足していたためエラーが発生、それによってシステムが停止したとしている。 これらのサーバーは、同一のシステムで作動していたため、バックアップ機でも同様の障害が発生した。切り替えができず、工場の稼動停止に至ったとのこと。8月29日に容量の大きいサーバーにデータを移管したことでシステムが復旧し、工場の稼働が再開したとしている。
WSL2を利用して作業していると、Windowsのディスク容量が足りなくなってくる問題があります。特にDocker利用時はこの現象が顕著に現れます。不要なコンテナやイメージを削除してもディスク容量が回復しません。 これは、ディストリビューションの仮想ディスクファイル(.vhdxファイル)が動的にサイズを拡張する一方、仮想ディスク内のファイル削除をしてもファイルサイズを減らさないためです。 本記事では、仮想ディスクのファイルサイズを減らす方法を記載します。 仮想ディスクのファイルサイズを減らす方法 全て、管理者権限のPowerShellで操作します。 共通処理 以下のコマンドを実行し、WSL2の仮想ディスクファイルの場所を表示する (レジストリから取得して表示) Get-ChildItem -Path HKCU:\Software\Microsoft\Windows\CurrentVersi
原因は「ディスク容量不足」 トヨタ生産工場が一時稼働停止 「サイバー攻撃ではない」改めて発表（中京テレビＮＥＷＳ） - Yahoo!ニュース
国内の車両生産工場が、一時稼働停止となったトヨタ。原因が明らかになりました。 トヨタ自動車は８月末、グループ会社を含む国内すべての車両を生産する１４工場で、一時稼働停止に至った生産指示システムの不具合について、原因はサイバー攻撃ではなかったと改めて発表しました。 不具合が発生した前日、システムの保守作業で、データベースに溜まったデータを削除・整理していたところ、作業用のディスク容量が不足していたためエラーが発生し、システムが停止したということです。 さらに、バックアップ機でも同様の障害が発生し、切り替えができず工場の稼働停止に至ったということです。 トヨタ自動車では保守作業の手順を見直し、再発防止に向けた取組みを強化するとしています。
業務で使っているテスト環境がディスクフルになって落ちた際に、ディスク容量を増やして対処したので、その手順を残しておきます。 ざっくり言うと AWSコンソール上でボリュームサイズを変更したあと、SSHでサーバに入ってファイルシステムを拡張する。 EC2インスタンスは起動したままでOK EBSボリュームのデタッチ/アタッチも不要 前提条件 現行世代のインスタンスタイプであること OSがLinux系であること（今回Windowsは対象外） ファイルシステムがxfsまたはext4であること（確認方法は後述します） 手順 【事前準備】対象のEBSボリュームを特定しておく EC2コンソールから対象のEC2インスタンスをチェックする 「ストレージ」タブを選択する 対象のEBSのボリュームIDをクリックする 【手順1(スキップ可)】スナップショットを作成する AWS公式のベストプラクティスで、ロールバック
ここでは開発環境をターゲットにした対処方法を書いています。つまり、最悪データ喪失したり、DBが壊れても良い環境に対するお手軽な対処方法です。 実際にサービスを運用している環境では、REDO等に影響が出ると思うので以下の方法を安易に実施するのはオススメしません。 アラートログを削除する アラートログはORACLE_HOMEの以下のディレクトリにあるので、ディレクトリ配下のファイルをすべて物理削除してよい。DB稼働中でもOK。ログファイルは自動的に再作成される。 インスタンス名：xe の場合 %ORACLE_HOME%/diag/rdbms/xe/xe/alert/ トレースログを削除する アラートログはORACLE_HOMEの以下のディレクトリにあるので、ディレクトリ配下のファイルをすべて物理削除してよい。DB稼働中でもOK。ログファイルは自動的に再作成される。 インスタンス名：xe の場合
Linuxのディスク容量拡張の方法
UbuntuServerのディスクの容量を拡張する必要が出てきたので、ここに備忘録として残していきます。 VPSを使っていると、スケールアップなどで容量が拡張してくれるものがあります。しかし、ディスクとしては拡張されていても最初から入っているパーティションが勝手に伸びたり縮んだりすることが出来ないので我々が操作をしてあげないといけません。 前提条件/dev/sda2のパーティションの容量を拡張するという想定で拡張の方法を書いていきます。 0．partedが入っていない場合はインストールするpartedは標準のLinuxOSでは入っている場合が多いですが、実際に入っていない場合もあるかもしれないので、その場合入れてあげます。 debian系 apt install parted RedHat系 yum install partedこれで、パーティションツールを入れることができます。 １．pa
Ubuntu 20.04を仮想環境で動かしているのだが、システム領域のディスク容量はデフォルトの16GBで運用していた。しかし、Linuxとはいえ、各種GUIのソフトウェアをインストールすることで、残り容量が心もとなくなってきた。 そこで、ディスク容量を拡張をすることにしたのだが、UbuntuではRHEL系のLinuxとはパーティションの切り方が異なっており、手順にも差異があった。Ubuntuにおけるディスク容量の拡張手順を本記事にて記載することにする。 環境 Ubuntu 20.04 LTS ディスク容量拡張手順 UbuntuはRHEL系のLinuxとは異なり、LVMが使用されていない。以下、dfコマンドの結果となるが、マウントポイント「/」には「/dev/sda5」が直接マウントされていることがわかる(★箇所)。今回は、この領域を16GBから18GBに拡張することにする。 $ df -
メモリ容量 CPUコア数 ディスク容量 OSのバージョンを調べる方法 参考 メモリ容量 free コマンドを使います。-h オプションを付けるといい感じに表示してくれます。 -h は human readable output (automatic unit scaling) 、つまり、人間に見やすいように結果を出力してくれます。 $ free -h total used free shared buffers cached Mem: 1.8G 593M 1.3G 124K 159M 223M -/+ buffers/cache: 210M 1.6G Swap: 1.0G 98M 925M Mem:のtotalをみたら良いです。このサーバーのメモリは2GBくらいですね。 used が使用中、 free が未使用です。 CPUコア数 /proc/cpuinfo ファイルを見るとわかります。
OneDriveでファイルをクラウド上のみに置いて、ディスク容量を節約する方法です。 この機能を「OneDriveファイルオンデマンド」と呼びます。 手順 ①状態列に以下のようなチェックマークアイコンが表示されている場合は、手元のPC内にもファイルがある状態です。 この状態からファイルを手元のPCには置かずにクラウドのみに置いてみます。 ②クラウドのみに置きたいファイルを右クリックして「空き領域を増やす(F)」を選択する 複数ファイルを選択することも可能です。 この操作を行ってもファイルは消えませんのでご安心ください。 ③ファイルの状態が更新中アイコンになるのでしばらく待ちます。 環境にもよりますが、数秒～数分で完了します。 ④以下のように雲アイコンになったら完了です。 ファイルのプロパティを確認するとファイルのサイズは存在しますが、 ディスク上のサイズは0になっていることを確認できます。
![[OneDrive] ファイルをクラウド上のみに置いてディスク容量を節約する方法](https://cdn-ak-scissors.b.st-hatena.com/image/square/723df49f8afa7cbc3e653a03f7ad29299d5c4be1/height=288;version=1;width=512/https%3A%2F%2Fpasomaki.com%2Fwp-content%2Fuploads%2F2021%2F04%2Fonedrive.png)
オブザーバビリティも、セキュリティも、検索ソリューションも、Elasticsearchプラットフォームならすべて実現できます。
【システム運用改善】Linuxサーバのディスク容量監視を簡単に自動化しよう！ サーバの運用保守はいろいろな作業があり苦労されている方も多いと思います。今回は経費をほとんどかけずに運用保守作業を自動化するという記事の第3弾です。 ディスクの使用状況監視を自動化 今回は有料ソフトウェアを入れる費用が無い場合や無料ソフトウェアでも設定・運用できる人材がいない場合などを想定し、シェルスクルプトで簡易的にディスク容量の閾値監視を行う方法を説明します。 処理内容 処理名：DISK_LIMIT_CHECK.sh #!/bin/bash ############################################ # 関数定義 ############################################ #閾値超過時の通報先 ML_SEND="*****@sample.jp" #マ
syslogを削除してもディスク容量が減らない ある時サーバ内のディスク容量が切迫し、syslogの容量がとても大きいのでrmコマンドで削除をしたのだが、削除後にdfコマンドを入力しても容量に変化がない、 経験が浅い私は焦ったのだが、どうやら参照カウンタが関係しているらしい。 参照カウンタはGC(ガベッジコレクション)の一種でオブジェクトを参照している数をカウントする。 そもそもrmコマンドはファイルを削除するものだと思っていたが、厳密にいうとそうではないらしい。簡単にいうとファイルを参照から外すイメージだそう。 UNIX系OSではファイルの実体にinodeというものがつけられ、inodeを使ってファイルを参照する。しかしinodeだけでは人間が管理しずらい為inodeを参照するリンクを作って管理している。 rmコマンドとはこのリンクを解除して参照カウンタを0にする事なのです。 平たく言う
MisskeyおすすめのVPSは？【ディスク容量がポイント】
2023年10月1日より施行された景品表示法の告示（通称ステマ規制）により、広告を掲載している記事に読者が認識できるよう、上記の表記が必須となりました。 当サイトも景品表示法に則り、記事冒頭にて表記しております。ご了承いただけますと幸いです。 Misskeyの運営におすすめのVPSをご紹介します。 Misskeyを運営していく上で重要になるのが、ディスク容量。VPSはサーバー性能は良いと言われていますが、ディスク容量が少ない傾向にあります。 その容量の平均は50GB～100GBほど。安さを売りにするにはディスク容量を削るしかないんですよね。 今回はMisskeyサーバーを立てて運営するならどんなVPSが良いのか？と言うものについて選び方を解説します。 世にあふれているVPSサービスですが、サーバー性能、ディスク容量で見ていくとほとんどの人が以下の2サービスを選んでいます。
AWS Systems Manager Automation と CloudWatch アラームで、ディスク容量不足によるパッチ適用の失敗を回避する | Amazon Web Services
Amazon Web Services ブログ AWS Systems Manager Automation と CloudWatch アラームで、ディスク容量不足によるパッチ適用の失敗を回避する 全ての組織はパッチを適用してシステム群を最新の状態に保つ必要がある一方、パッチ適用がビジネスやワークロードに影響を与えてはなりません。運用チームにとってのチャレンジの 1 つは、本番環境のソフトウェアに影響を与えずにパッチを適用する事です。パッチ適用が失敗する最も一般的な理由は、ディスク容量の不足、CPU 使用率の急上昇、メモリ使用率の高騰です。失敗を避けるためには、パッチ適用中のワークロードを監視する必要があります。AWS Systems Manager Automation と Amazon CloudWatch アラームを組み合わせる事で、これを実現できます。AWS Systems Man
概要 私の周りでもローカル開発環境がvagrantからDockerに移り変わろうとしていますが まだまだ過去に作成したvagrantのローカル開発環境は現役で活用しています。 さらに活用するためにディスク容量を増やそうと思いvagrant-disksizeプラグインを導入したのですが、実際にディスクが利用できるまで手順が複雑だったので備忘録を残しておきます。 環境 ホストOS：Windows 10 Home ゲストOS：CentOS 7.2 前提条件 プロバイダはVirtual Boxを前提としています
ラズパイの環境に8GBのSDカードを使用していましたが、必要なものをいくつかインストールした時点で空き容量が全くなくなってしまいました。 これでは何の作業もできないので、不要なパッケージを削除しようと思います。 環境 Raspberry Pi 3 Model B+ Raspbian 9.11(stretch) Kernel 4.19.66-v7+ $ uname -a # Linux raspberrypi 4.19.66-v7+ #1253 SMP Thu Aug 15 11:49:46 BST 2019 armv7l GNU/Linux $ lsb_release -a # No LSB modules are available. # Distributor ID: Raspbian # Description: Raspbian GNU/Linux 9.11 (stretch
結論から言うとディスク容量は200GBあれば、どんなブログ（サイト）を作っても十分すぎるレベルです。 小規模なブログを作るだけなら10GB以内でも納まるケースもあるため、あなたが作りたいブログ規模によってレンタルサーバーのディスク容量を決めましょう。 ただ、最初からどの規模のブログを作るのか決まっていない場合は、大きめのディスク容量を備えているレンタルサーバーがオススメ。 なぜなら、大は小を兼ねるという言葉もあるように、大きいサイズのものの方がどの規模のブログでも対応できるからです。 アフィリエイトで稼ぎたいのなら、大きめのブログが想定されるのでディスク容量も十分あるものを選んでおくのが良いでしょう。
パソコンのディスク容量を増やす方法【Resize Partition】 - MiniTool Partition Wizard
パソコンにインストールしたアプリケーションや、保存されている写真などのファイルの容量（数）が多くなると、ハードディスクの空き容量が少なくなります。これにより、アプリケーションやWindows の動作に影響し、問題が発生することがあります。今回はMiniToolより、ハードディスクの空き容量を増やす方法を紹介していきます。 ディスク容量を増やす理由コンピューターにインストールされたアプリやプログラムを正常に実行するため、十分なディスク容量がなければいけません。ディスク容量が不足している場合、さまざまな問題が発生する可能性があり、下記にまとめてみました。 ディスク容量不足の警告が表示されます。特定な操作を果たすために十分なディスク領域がないため、失敗します。Windows Media作成ツールの容量不足エラーメモリまたはディスク領域が不足していますWindows 10 Updateの更新スペー
tl;dr WSLの使うvhdxファイルをdiskpartコマンドで圧縮すればよい。 以下の2つのファイルを同じフォルダに置いて、PowerShellで実行する。WSL環境をシャットダウンするので何か実行中は避ける。 背景とか dockerイメージをビルドしまくっていたからか、Windows上のディスク容量を食いまくっていた。WSLから見ると全然使っていないので削減したかった。デフラグを思い出す。。。 shrink_vhdx.diskpart select vdisk file="C:\Users\%username%\AppData\Local\Packages\CanonicalGroupLimited.Ubuntu20.04onWindows_79rhkp1fndgsc\LocalState\ext4.vhdx" attach vdisk readonly detail vdisk
旧バージョンのIntelliJ IDEAやPhpStormのキャッシュがディスク容量をものすごく使っていたので削除 | ウェブプラスα
PhpStormを長い間使っていてここ3年くらいはPythonやRubyなどを扱う機会が多くなってきたため、1つのIDEでいろいろな言語を利用できる(PhpStormに比べたらかなり重いけど)IntelliJ IDEAを使っていました。 ここ最近Macのディスク容量が少なくなり、ゴミが溜まってきて不要なファイルが増えてきているだろうから一度クリーンインストールしようかなと思っていまいた。 そこで、クリーンインストールする前になるべくいらないファイルを消しておこうと思ってディレクトリ毎のディスク容量をチェックしていたら、一箇所とんでもなくディスク容量を使っているディレクトリがあることに気づきました。 そのディレクトリは/ Users/xxxx/Library/Caches/ です。 アプリケーションが使っているキャッシュになりますが、「IntelliJIdea2018.1」や「PhpStor
はじめに 右も左もわからないプログラミング初心者が書く備忘録です。 膨大な勉強量の中で気になった事をメモしていきます。 間違いや記事を見て良かったことなど 気軽にコメントを残して頂けると活力に繋がりますのでよろしくおねがいします 今回の内容 前回の記事 の続きで、なんでimagesがそんな大容量になってしまったのかという所に焦点を当てていきたいと思います ちなみに前回の記事に補足として記載しようとしていたのですが、思ったよりも長くなってしまったので記事として投稿させて頂いております。 開発環境 Rails 6.1.3.2 ruby 2.5.1 Docker version 20.10.6 なぜimagesが3.5GBもの大容量になっているのか 結論から言うと、アプリそのものが大容量になっているからでした 今回の原因はwebpackerでした dockerから一度離れますが、developm
![[初心者向け] なぜDocker imagesがホストディスク容量を圧迫するのか - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/eb74b50a4cfdd6a7bc764b238ee1ddc3184a3e19/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCJUU1JTg4JTlEJUU1JUJGJTgzJUU4JTgwJTg1JUU1JTkwJTkxJUUzJTgxJTkxJTVEJTIwJUUzJTgxJUFBJUUzJTgxJTlDRG9ja2VyJTIwaW1hZ2VzJUUzJTgxJThDJUUzJTgzJTlCJUUzJTgyJUI5JUUzJTgzJTg4JUUzJTgzJTg3JUUzJTgyJUEzJUUzJTgyJUI5JUUzJTgyJUFGJUU1JUFFJUI5JUU5JTg3JThGJUUzJTgyJTkyJUU1JTlDJUE3JUU4JUJGJUFCJUUzJTgxJTk5JUUzJTgyJThCJUUzJTgxJUFFJUUzJTgxJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz1jMDM0ZGVhNDcwZWI2MGNhYjFiZTQ1NGNiOTYzMDhmYg%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBkYWlzdWtlMTE0JnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1lNjAxZTc3YTgyYjY3NjBlODhlOWM3OTQ4NmQ3MGQ4OQ%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D32fa4921a4270a1db0484ff8e3fa9101)
`Ubuntu: no space left on device `と表示されたがディスク容量は余っているなぜ、、と思ったらinodeが足りなかっただけだった際のメモ - Qiita
`Ubuntu: no space left on device `と表示されたがディスク容量は余っているなぜ、、と思ったらinodeが足りなかっただけだった際のメモUbuntu
WSL2の仮想ディスク容量を削減する方法
WSL2の仮想ディスク内のファイルを削除しても，仮想ディスクが1度確保した容量は解放されない（これまじで改善してほしい）． そこで，今回はWSL2が確保した容量を解放する方法を紹介する． 仮想ディスク（VHD）ファイルのパス確認WSL2 のVHDファイルは Microsoft Store からインストールされた Ubuntu であれば以下のパスにある。ファイルエクスプローラーなどで確認するとよい． C:\Users\{USERNAME}\AppData\Local\Packages\CanonicalGroupLimited.UbuntuonWindows_xxxxxxxxx\LocalState\ext4.vhdx VHDファイルの圧縮Windows PowerShell か Command Prompt を立ち上げ，以下のコマンドを実行していく． WSLの停止
こんにちは、CRE部 技術支援チームです。 現在、ニフクラでは単一で2,000GBまでの増設ディスクを提供しています。 しかし、単一で2,000GB以上の大容量ボリュームを利用したいと思われたことはないでしょうか。 そのようなときにLVMを利用すると、2,000GB以上の大容量ボリュームを作成することが可能です。 LVMは「logical volume manager」の略で、複数のハードディスクやパーティションを論理的に１つのボリュームとして扱うことができるディスク管理機能となります。 主にLinuxなどのUNIX系OSで利用することができる機能です。 しかし、LVMを利用して作成したボリュームでは性能劣化などは発生しないのでしょうか。 そこで今回は、LVMで作成したボリュームと通常のボリュームの性能比較を実施してみます！ LVMを利用して作成した論理ボリュームのイメージ図 前提条件 検
# docker-compose up ERROR: failed to register layer: Error processing tar file(exit status 1): write /usr/sbin/mysqld: no space left on device どうやらデバイスに容量がないらしい 原因分析 全ファイルシステムの空き容量を見る dfコマンド・・・パーティションサイズ、空き容量をパーティションごとに表示する # df -h Filesystem 1K-blocks Used Available Use% Mounted on devtmpfs 485220 0 485220 0% /dev tmpfs 503468 0 503468 0% /dev/shm tmpfs 503468 704 502764 1% /run tmpfs 503468 0 50
![[AWS][AmazonLinux]docker-composeでディスク容量不足のエラー分析 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/bff91524f8343637666fa4335a815edcc9bc7d98/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCQVdTJTVEJTVCQW1hem9uTGludXglNURkb2NrZXItY29tcG9zZSVFMyU4MSVBNyVFMyU4MyU4NyVFMyU4MiVBMyVFMyU4MiVCOSVFMyU4MiVBRiVFNSVBRSVCOSVFOSU4NyU4RiVFNCVCOCU4RCVFOCVCNiVCMyVFMyU4MSVBRSVFMyU4MiVBOCVFMyU4MyVBOSVFMyU4MyVCQyVFNSU4OCU4NiVFNiU5RSU5MCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9N2ZiMGEzMjNmNjQ2YjcyYzY2ZGNiYjJjM2ZjNDE2ZDE%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBQb25rb3R3byZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MmJlOTk2NGJhNjk2ODBkNmU5ODQzZmNiMWM3NDVkMjk%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D0ece2097c904c0b942a92162ad4de5a5)
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
トヨタ、生産指示システムの不具合はディスク容量不足 サイバー攻撃を否定
ディスク容量をくってるファイルはどれだ！ ～プレビュー版Windows 10に新しいコマンドラインツール／コマンドラインツールでもよいのならば、OS内蔵のツールがお手軽【やじうまの杜】
保守作業中のディスク容量不足で発生したトヨタ国内全工場の稼働停止についてまとめてみた - piyolog
ディスク容量整理のTips｜研究のためのPython開発環境
仮想ディスクが肥大化してディスク容量が枯渇したので解消してみた | DevelopersIO
【LVM入門】LinuxのLVMでディスク容量を拡張する
COS(コンテナ最適化OS)でDockerの利用できるディスク容量を増やす - Qiita
Windows PC の空きディスク容量が思ったより少ないときの対処法 3 つ - Qiita
NASのSSDキャッシュが遅い！？ 使用領域をディスク容量の半分ぐらいに抑えよう！
8月のトヨタ自動車の生産指示システム障害、原因はディスク容量不足 | スラド ハードウェア
WSL2の仮想ディスクサイズを減らしてWindowsのディスク容量を増やす方法
AWS EC2インスタンスのディスク容量（EBSボリュームサイズ）を増やす方法
OracleDB ディスク容量が不足したときの対処方法 - Qiita
Ubuntu 20.04でシステム領域のディスク容量の拡張を行う
Linux のメモリ容量・CPUコア数・ディスク容量を確認する - 猫でもわかるWeb開発・プログラミング
[OneDrive] ファイルをクラウド上のみに置いてディスク容量を節約する方法
ディスク容量の節約：Elasticsearchのインデックスソートに関するあまり知られていないメリット
ディスク容量の閾値監視をシェルスクリプトで自動化する
ディスク容量を減らす際のsyslogの削除について - Qiita
VagrantのCentOSのディスク容量を増やす手順 - Qiita
Raspberry Pi から不要なパッケージを削除してディスク容量を増やす - Qiita
【サイト規模で変化】レンタルサーバーに必要なディスク容量の目安は？
WSLの占めるディスク容量を減らす - @peccul is peccu
[初心者向け] なぜDocker imagesがホストディスク容量を圧迫するのか - Qiita
LVMを利用してニフクラのディスク容量制限2,000GBを回避する方法 - ニフクラ ブログ
[AWS][AmazonLinux]docker-composeでディスク容量不足のエラー分析 - Qiita