Gatsby: エラー：ENOSPC：ファイルウォッチャーの数のシステム制限に達しました。ウォッチ '/ home / foldername / abcrypto / static'

作成日 2019年01月30日 · 83コメント · ソース: gatsbyjs/gatsby

説明

Webアプリはコンパイルされますが、Webサイトをリロードすると、コンパイルがエラーで終了します。

再現する手順

gatsby developと入力するだけで、たとえば記事をクリックするか、リロード（ctrl + r）すると、Webサイトのコンパイルが終了します。

レポ：そこに行きます。

期待される結果

gatsby developが機能するはずです。

実結果

success open and validate gatsby-configs — 0.015 s
success load plugins — 0.382 s
success onPreInit — 0.606 s
success delete html and css files from previous builds — 0.133 s
success initialize cache — 0.013 s
success copy gatsby files — 0.052 s
success onPreBootstrap — 0.006 s
success source and transform nodes — 0.164 s
success building schema — 0.393 s
success createPages — 0.086 s
success createPagesStatefully — 0.072 s
success onPreExtractQueries — 0.006 s
success update schema — 0.224 s
success extract queries from components — 0.216 s
success run graphql queries — 0.164 s — 14/14 88.14 queries/second
success write out page data — 0.004 s
success write out redirect data — 0.001 s
⢀ onPostBootstrapdone generating icons for manifest
success onPostBootstrap — 0.274 s

info bootstrap finished - 4.655 s

 DONE  Compiled successfully in 1926ms                                                                                                               1:43:58 AM


You can now view abcrypto in the browser.

  http://localhost:8000/

View GraphiQL, an in-browser IDE, to explore your site's data and schema

  http://localhost:8000/___graphql

Note that the development build is not optimized.
To create a production build, use gatsby build

ℹ ｢wdm｣:
ℹ ｢wdm｣: Compiled successfully.
error UNHANDLED EXCEPTION


  Error: ENOSPC: System limit for number of file watchers reached, watch '/home/foldername/abcrypto/static'

  - watchers.js:165 FSWatcher.start
    internal/fs/watchers.js:165:26

  - nodefs-handler.js:37 createFsWatchInstance
    [abcrypto]/[chokidar]/lib/nodefs-handler.js:37:15

  - nodefs-handler.js:80 setFsWatchListener
    [abcrypto]/[chokidar]/lib/nodefs-handler.js:80:15

  - nodefs-handler.js:232 FSWatcher.NodeFsHandler._watchWithNodeFs
    [abcrypto]/[chokidar]/lib/nodefs-handler.js:232:14

  - nodefs-handler.js:414 FSWatcher.NodeFsHandler._handleDir
    [abcrypto]/[chokidar]/lib/nodefs-handler.js:414:19

  - nodefs-handler.js:462 FSWatcher.<anonymous>
    [abcrypto]/[chokidar]/lib/nodefs-handler.js:462:19

  - nodefs-handler.js:467 FSWatcher.<anonymous>
    [abcrypto]/[chokidar]/lib/nodefs-handler.js:467:16

環境

System:
    OS: Linux 4.20 Fedora 29 (Workstation Edition) 29 (Workstation Edition)
    CPU: (4) x64 Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz
    Shell: 4.4.23 - /bin/bash
  Binaries:
    Node: 11.3.0 - ~/.nvm/versions/node/v11.3.0/bin/node
    Yarn: 1.12.3 - /var/lib/snapd/snap/bin/yarn
    npm: 6.7.0 - ~/.nvm/versions/node/v11.3.0/bin/npm
  Languages:
    Python: 2.7.15 - /usr/bin/python
  Browsers:
    Firefox: 64.0.2
  npmPackages:
    gatsby: ^2.0.104 => 2.0.104
    gatsby-cli: ^2.4.8 => 2.4.8
    gatsby-image: ^2.0.29 => 2.0.29
    gatsby-plugin-catch-links: ^2.0.9 => 2.0.9
    gatsby-plugin-feed: ^2.0.12 => 2.0.12
    gatsby-plugin-google-analytics: ^2.0.12 => 2.0.12
    gatsby-plugin-manifest: ^2.0.14 => 2.0.14
    gatsby-plugin-offline: ^2.0.22 => 2.0.22
    gatsby-plugin-react-helmet: ^3.0.0 => 3.0.5
    gatsby-plugin-sharp: ^2.0.18 => 2.0.18
    gatsby-plugin-typography: ^2.2.6 => 2.2.6
    gatsby-remark-copy-linked-files: ^2.0.5 => 2.0.8
    gatsby-remark-images: ^2.0.4 => 2.0.6
    gatsby-remark-prismjs: ^3.2.3 => 3.2.3
    gatsby-remark-responsive-iframe: ^2.0.5 => 2.0.8
    gatsby-remark-smartypants: ^2.0.5 => 2.0.7
    gatsby-source-filesystem: ^2.0.18 => 2.0.18
    gatsby-transformer-remark: ^2.2.2 => 2.2.2
    gatsby-transformer-sharp: ^2.1.12 => 2.1.12
  npmGlobalPackages:
    gatsby-cli: 2.4.8
    gatsby: 2.0.98

good first issue stale?

ソース

omrllm

👍29 👀1

最も参考になるコメント

システムのファイルウォッチャーの制限に達しています

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p試しください

https://github.com/guard/listen/wiki/Increasing-the-amount-of-inotify-watchers#the-technical-detailsで何が起こっているかについてもっと読む

sidharthachatterjee 2019年01月30日

👍1762 ❤484 🎉376 🚀266 😄253 👀82 😕66

全てのコメント83件

システムのファイルウォッチャーの制限に達しています

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p試しください

https://github.com/guard/listen/wiki/Increasing-the-amount-of-inotify-watchers#the-technical-detailsで何が起こっているかについてもっと読む

sidharthachatterjee 2019年01月30日

👍1762 ❤484 🎉376 🚀266 😄253 👀82 😕66

了解しました。コンピュータを再起動すると、すべてが正常に動作します。

omrllm 2019年01月30日

👍137 😄119 🎉41 ❤38 🚀29 😕25 👀18 👎14

私はこのように解決しました
https://code.visualstudio.com/docs/setup/linux
「VisualStudioCodeは、この大きなワークスペースでのファイルの変更を監視できません」（エラーENOSPC）＃

cat / proc / sys / fs / inotify / max_user_watches

fs.inotify.max_user_watches = 524288

YamadaKY 2019年04月04日

👍67 ❤12 🎉11 👎7 🚀6 😄2

どうもありがとうございます！！！

isaacjamesdev 2019年04月21日

👍97 ❤36 🎉11 🚀9 😄8 😕4 👀3 👎2

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
働いた

jtlindsey 2019年04月21日

👍109 ❤36 🎉9 🚀7 😄2 👎2

それは私の日を救った

QasimRRizvi 2019年04月26日

❤17

このコード行をreact-appで実行すると、すべてが再び正常に戻りました。ありがとうございます。

chrisobo98 2019年05月17日

👍11 🚀3 👎1

ありがとう。それは本当に役に立ちます

algol007 2019年05月30日

❤10 👍8 🚀3 👎2

ありがとう男、あなたはヒーローです

ravikirany711 2019年06月26日

❤11 👍9 👎1

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

エラーを教えてください：
sysctl: illegal option -- p

MacOSでの使用

cedricdelpoux 2019年07月08日

👍16 👀2

あなたのアプリをルートとして提供してください.....それはうまくいきます！

Hoummani 2019年07月11日

👎50 😄6 ❤5 🎉2 👍1

説明してもらえますか？

cedricdelpoux 2019年07月15日

アプリフォルダー内でsudonpm run Serveを実行するか、次のように次のコマンドを実行します。

su
パスワードを入力してください
npm runserve

Hoummani 2019年07月15日

👎59 ❤1 👍1

Nooooooooは、アプリをrootとして実行しないでください。 💀🚨それはあらゆる種類のセキュリティ問題を引き起こす可能性があります！

jessepinho 2019年07月17日

👍29 ❤1

netlifyにデプロイして、netlifyがアプリをビルドしようとしたときにそのエラーが発生した場合はどうなりますか？ローカルでは大丈夫です

dtran26 2019年07月27日

👍7 ❤1 👎1

はいそれは働いています

himharsh1997 2019年07月30日

👎1

Netlifyでこのエラーが発生します。
誰かがそれを修正する方法を知っていますか？

i-bsd 2019年07月31日

👍3

私も今日それを手に入れ、「キャッシュのクリアと再デプロイ」を行い、それは機能しました。

meronek 2019年08月02日

👍6 ❤2 🎉2

も働いた。ありがとう

wahabAwudu 2019年08月08日

上記のように見えるのでこれを再開することは人気のある答えであり、この問題はより良いリソース/警告を正当化するのに十分に蔓延しているということです

今のところ、2つのことを行う必要があります。

引用された回答をドキュメントに追加します
Gatsbyでこれをキャッチする方法を調査し、ユーザーがこれを自分で解決できるようにする、より役立つエラーを追加します

sidharthachatterjee 2019年08月12日

@sidharthachatterjeeこれはドキュメントのどこに引用されていますか、どのページですか？：考え：

eduarmreyes 2019年08月12日

@sidharthachatterjee 、これは取られますか？そうでなければ、私はそれを取り上げることができますが、間違いなくあなたの助けが必要です。：NS

KirankumarAmbati 2019年08月12日

@eduarmreyesそれはとても良い質問です！おそらく、 https：//www.gatsbyjs.org/docs/debugging/にリンクされている新しいページ

@KirankumarAmbati @eduarmreyesがドキュメントを取り上げている場合は、リストの2番目のポイントを試すことができます。喜んでお手伝いします🙂

sidharthachatterjee 2019年08月12日

私は現在これに取り組んでいます。 @sidharthachatterjeeラベルを割り当てたり追加したりできません。ご協力いただきありがとうございます！

asasmith 2019年08月12日

❤1

私のプロジェクトがかなり小さい場合でも、Netlifyでgatsby buildを使用してこれを時々取得します。毎回発生するわけではないため、デバッグは困難です。キャッシュをクリアして再デプロイすると修正され

netlifyのビルド中にsudoアクセスがないため、システム制限を変更することはできません。また、手動で再デプロイすることは実際の「解決策」ではありません。CMSの変更後に再構築するクライアントWebサイトがあり、これが発生するたびに「再デプロイ+キャッシュのクリア」ボタンをクリックする「オンコール」になりたくありません。。

監視されているファイルを確認および/または制限する方法はありますか？ Gatsbyが内部でどのように機能するかについてはよくわかりませんが、gatsbyが開発中に再構築するためにファイルを監視すると仮定すると、 gatsby buildはそもそも何かを監視する必要がありますか？

good-idea 2019年08月17日

👍4 ❤2

それは私にとってはうまくいきます！
どうもありがとう！

mkreutner 2019年08月18日

Gatsby 2.13.73でもこの問題が発生します。@ good-ideaが書いたように、手動で再デプロイすることは、特にCMSを使用するクライアント向けのWebサイトを作成する場合、実行可能な長期的な解決策ではありません。
本番用にビルドするときにファイルを「監視」する必要があるのはなぜですか？

8:10:54 AM: error watch /opt/build/repo/gatsby-config.js ENOSPC
8:10:54 AM: UNHANDLED EXCEPTION watch /opt/build/repo/gatsby-config.js ENOSPC
8:10:54 AM: See our docs page for more info on this error: https://gatsby.dev/issue-how-to
8:10:54 AM: 
8:10:54 AM:   Error: watch /opt/build/repo/gatsby-config.js ENOSPC
8:10:54 AM:   
8:10:54 AM:   - nodefs-handler.js:38 createFsWatchInstance
8:10:54 AM:     [repo]/[chokidar]/lib/nodefs-handler.js:38:15
8:10:54 AM:   
8:10:54 AM:   - nodefs-handler.js:81 setFsWatchListener
8:10:54 AM:     [repo]/[chokidar]/lib/nodefs-handler.js:81:15
8:10:54 AM:   
8:10:54 AM:   - nodefs-handler.js:233 FSWatcher.NodeFsHandler._watchWithNodeFs
8:10:54 AM:     [repo]/[chokidar]/lib/nodefs-handler.js:233:14
8:10:54 AM:   
8:10:54 AM:   - nodefs-handler.js:262 FSWatcher.NodeFsHandler._handleFile
8:10:54 AM:     [repo]/[chokidar]/lib/nodefs-handler.js:262:21
8:10:54 AM:   
8:10:54 AM:   - nodefs-handler.js:495 FSWatcher.<anonymous>
8:10:54 AM:     [repo]/[chokidar]/lib/nodefs-handler.js:495:21
8:10:54 AM:

antoinerousseau 2019年08月22日

👍4 👀1 🚀1 ❤1 😕1 🎉1 😄1

ありがとう！それは私の時間を節約しました：raised_hands：

fahadtufail1 2019年08月29日

それはまだ起こります...クイックスタートガイドで：eyes：

Tset-Noitamotua 2019年09月07日

@piehは、「本番用にビルドするときにファイルを監視する必要があるのはなぜですか？」という質問に答えたことに注意してください。＃15843で終わりました：

この問題は、最初にchokidarで取り上げて監視オプションを追加し、次にGatsbyが監視オプションを実装するために作成されたフォローアップの問題を取り上げる必要があるようです。

jessepinho 2019年09月09日

どうもありがとうございます！！それは私のために働いた：D

Elya29 2019年09月09日

また、chokidarは文字通りファイルウォッチャーであるため、ウォッチングを無効にするオプションを追加する予定はありません。私が考えることができる唯一の可能な解決策は、ギャツビーがディレクトリをトラバースするために別のライブラリに切り替えて、監視オプションと非監視オプションの両方を許可することです。

jessepinho 2019年09月09日

Dang Sidは私を殴りました私はこれが関係していると言いたいと思いました（Linux上であなたを想定しています）Linuxにはファイルウォッチャーのデフォルト設定がありますターミナルでそのコマンドを実行するだけで簡単に修正できますまたはここに行くことができますVS CodeWebサイトのhttps://code.visualstudio.com/docs/setup/linux#_visual-studio-code-is-unable-to-watch-for-file-changes-in-this-large-workspace-error-enospcには、この問題を解決する方法を説明するセクション全体があります。

ghost 2019年09月26日

ひや！

この問題は静かになりました。不気味な静か。 👻

多くの問題が発生しているため、現在、30日間使用されなかった後に問題をクローズしています。ここでの最後の更新から少なくとも20日が経過しています。

この問題を見逃した場合、または開いたままにしておきたい場合は、ここに返信してください。この問題を開いたままにするために、「古くない」というラベルを追加することもできます。

わかりやすい注意として、この問題またはその他の修正された問題を確認する最善の方法は、プルリクエストを開くことです。 PRの開始、問題のトリアージ、および貢献の詳細については、 gatsby.dev / contributeを確認してください。

ギャツビーコミュニティに参加していただきありがとうございます。 💪💜

gatsbot[bot] 2019年10月17日

こんにちは！この問題に関する更新はありますか？ Jenkinsでgatsbyサイトを構築しているときに、これに時々遭遇します。 Jenkinsビルド環境でinotifymax_user_watchesを変更する権限がありません。

ethannkschneider 2019年10月24日

👍2

https://github.com/gatsbyjs/gatsby/issues/11406#issuecomment -458769756

Fthi-S3074641 2019年11月02日

やあまた会ったね！

この問題で何かが起こってから30日が経ちましたので、私たちのフレンドリーな近所のロボット（それは私です！）がそれを閉じます。

私はロボットにすぎないので、この問題を誤ってクローズした場合、私はHUMAN_EMOTION_SORRYことに注意してください。他に必要な場合は、この問題を再度開くか、新しい問題を作成してください。

ギャツビーコミュニティに参加していただき、ありがとうございます。

gatsbot[bot] 2019年11月13日

cc https://github.com/gatsbyjs/gatsby/issues/15843#issuecomment -554281918

jessepinho 2019年11月15日

@ethannkschneider制限のあるJenkins環境でビルドするときにも、この問題が発生していました。 CHOKIDAR_USEPOLLING=1を使用すると、監視制限に

esturcke 2019年12月14日

👍1

以下が最善の解決策です。
コマンドを押します-echofs.inotify.max_user_watches = 524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

AmShubhangi 2019年12月17日

👍2 ❤1

reactnode_modulesを削除します

rm -r node_modules

yarn or npm install

yarn start or npm start

エラーが発生した場合は、この方法を再度使用してください

angelocabanerodedicatoria93 2020年01月30日

👍2

Tks !!!

sandroweb 2020年02月14日

@cedricdelpouxこのエラーを解決しましたか？

irokhes 2020年02月26日

同じ問題が発生しました：
解決策：ユーザーの増加。
エコーfs.inotify.max_user_watches = 524288 |

ahsan-khan1999 2020年03月01日

👎3

仕事です!!

juanvs23 2020年03月21日

@irokhes sysctl -pは、変更された構成をLinuxの/etc/sysctl.confから再ロードするために使用されます。 Macでsysctl.conf （おそらく別の場所にあります）を変更する方法を見つける必要があります。次に、 fs.inotify.max_user_watchesプロパティを変更できます（Macで同じと呼ばれる場合）。

Zeebrommer 2020年04月01日

Visual Studio Codeを閉じるだけで、問題は解決しました。

DannyFeliz 2020年04月05日

👍2

技術的な詳細に興味がなく、Listenを機能させたいだけの場合：

Debian、RedHat、または他の同様のLinuxディストリビューションを実行している場合は、ターミナルで以下を実行します。

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

ArchLinuxを実行している場合は、代わりに次のコマンドを実行します（理由についてはこちらを参照してください）。

echo fs.inotify.max_user_watches=524288 | sudo tee /etc/sysctl.d/40-max-user-watches.conf && sudo sysctl --system

次に、それをターミナルに貼り付け、Enterキーを押して実行します。

_詳細： https ： //github.com/guard/listen/wiki/Increasing-the-amount-of-inotify-watchers_

brunonepomuceno 2020年04月09日

ありがとう！それは「私を再起動する」というコンピューターの言い方です

barhoring 2020年04月23日

👎2

これはここトラビスでも起こっています。問題の核心は/static見ていることだと思います。 buildモードでchokidarを実行する必要がある場合でも、監視の無視パターンを渡すことができれば、 staticようなフォルダーを無視できます。そうしないと、コピーしてビルドすることができなくなりますか？ 🤔 CHOKIDAR_USEPOLLING=1を使用すると役立つようです。

kamranayub 2020年04月24日

👍5 🚀2 ❤2

「修正」に従って最大ウォッチャーを524288に設定し、再起動しましたが、いずれも問題を修正しませんでした。それが役に立ったと確信していますが、私はまだこの問題を経験していました。

以下を使用して環境変数を追加しました。

export CHOKIDAR_USEPOLLING=1

そしてそれは助けになりました。私は自分のサイトでgatsby developを実行することができました。

christroutner 2020年04月27日

👍5 🎉2

それが私の前回の投稿で意味したことです。私はその正確なコマンドを試しましたが、機能しませんでした。 Ubuntu18.04を実行しています。ただし、そのコマンドを実行し、再起動してから、 CHOKIDAR_USEPOLLING環境変数を変更することはできました。

christroutner 2020年04月28日

わたしも。
/etc/sysctl.confのfs.inotify.max_user_watches=524288とコマンドの組み合わせ

CHOKIDAR_USEPOLLING=1 node --max_old_space_size=4096 ./node_modules/.bin/gatsby develop -S

動作しますが、常に動作するわけではありません。コンピュータの再起動が必要になる場合があります。
したがって、この問題はまだ解決されていません。

OS： macOS Catalina 10.15.4
CPU： Intel i7-4750HQ (8) @ 2.00GHz
メモリ： 8192MiB

Gatsby CLIバージョン： 2.11.5
ギャツビーバージョン： 2.20.12
ノード： v13.12.0

gynekolog 2020年04月29日

私の日を救ってください、ありがとう！

tanguitar8093 2020年04月30日

👎1

max_user_watchesを増やす代わりに、webpackwatcherはnode_modules内の100万個のファイルを監視するべきではありません。

melbahja 2020年05月17日

👍12

ありがとう、

josvieira 2020年05月18日

👎1

これは私のために働いた

Scentjuls 2020年05月22日

👎2

DeboraLara1 2020年05月26日

👎2

ありがとう、解決しました

DeboraLara1 2020年05月26日

👎2

ありがとう：smile：

MaferMazu 2020年05月28日

👎2 👍1

これはUbuntu18.04LTSで動作します

FoxNeo 2020年05月30日

エクスポートCHOKIDAR_USEPOLLING = 1
働いた。

nidri 2020年06月12日

👍4 🚀1

「私のために働いた」という新しいコメントをするのではなく、あなたのために働いた解決策に反応を追加してください。

bitwombat 2020年06月14日

❤3 👍3

Try echo fs.inotify.max_user_watches = 524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p``

どうもありがとうございます！！！

x0xl0ma 2020年06月15日

👎1

誰かが数字とオーバーヘッドに興味があるなら、私は乱数のように見えるものをオンラインでコピーして最高のものを期待するのではなく、少し調べてしまいました：P

ここで言及されている524288とguard/listen wikiの他のいくつかの場所（元のソースのようですか？）は2 ^ 19（2x2x2x2..19回のように指数）であり、各時計は（実際に使用する場合のみ）1,080バイトのメモリが必要です。つまり、ファイルウォッチャーのためだけに、これらすべてを使用できた場合は540MiBのRAMを使用することになります。

この便利なスクリプトもあり、すべてのウォッチャーが現在どこに割り当てられているかを知ることができます。私の場合、2 ^ 16（65536）のmax_user_watchesを使用していて、2つの電子プロセス（VS Code）ではそれぞれ24〜28kの時計がアクティブで、他のいくつかの時計ではそれぞれ数千の時計があり、マイナーな時計はほかのすべて。

@ x0xl0maは将来、あなたを助けたコメントに：+ 1：を追加するだけです。あなたのコメントが感謝（：tada :)であるか確認を繰り返しているために他の人に価値を提供しない場合、他の人が持っているノイズを追加するだけです通り抜ける（Githubは最適化としてこのスレッドに関する30以上のコメントを非表示にすることに注意してください。これにより、「感謝」と「機能」の海で見逃される可能性のある有益な情報を非表示にすることができます。

polarathene 2020年06月15日

@omrllm

実際にはあなたが
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
sudo sysctl -pリロードして現在のシステムにシステムパラメータを適用するため、コンピュータを再起動する必要はありませんでした

JOduMonT 2020年06月18日

エラー：ENOSPC：ファイルウォッチャーの数のシステム制限に達しました、

私はこの問題を抱えています

試してみました
エコーfs.inotify.max_user_watches = 524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
しかし、私にはうまくいきませんでした。

akrishna0 2020年06月28日

エラー：ENOSPC：ファイルウォッチャーの数のシステム制限に達しました

次回Reactアプリを起動したときに、この問題に直面しています

以下のコードで試してみてください:-(ターミナルで）

エコーfs.inotify.max_user_watches = 524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p

Dayanidhi-Panda 2020年08月04日

ありがとうございます、うまくいきました。とても正確です。

vishalrindhe 2020年08月11日

vscodeの代替ソリューション：

制限を増やす代わりに、 public .cacheフォルダーとfiles.watcherExclude追加することもできます。

"files.watcherExclude": {
    "**/public/**": true,
    "**/.cache/**": true
}

また

https://code.visualstudio.com/docs/setup/linux#_visual-studio-code-is-unable-to-watch-for-file-changes-in-this-large-workspace-error-enospc経由

danwit 2020年08月20日

私たちが探すべき正しい問題を提供してくれてありがとう!!!

mafideju 2020年08月25日

Marinofull 2020年08月26日

👍1

Webpackがnode_modules内の50万個のファイル（変更することはありません）を監視できるようにする代わりに、node_modulesなどの特定のディレクトリを無視するように指示できます： https ：//webpack.js.org/configuration/watch/#watchoptionsignored

artyompal 2020年08月31日

👍3

私のために働く！ありがとう！：NS

silnose 2020年09月17日

戦車!!!

proidit 2020年09月28日

非常に一致していただきありがとうございます:)、なぜこの設定ではデフォルトでファイルウォッチャーの数が少ないのですか？うーん

Braulio-Ticona 2020年09月29日

ありがとう！

faagner7 2020年10月28日

うまくいきます、ありがとう!!!

mohamed-tebani 2020年11月02日

はい、アトムとも関係があります。アトムが私のgatsbyディレクトリで開いているとき..ファイルにハングアップします
原子を閉じる..すべてのクーリオ

johnda98 2020年11月14日

思った以上に解決しました！

tchiinhemba 2020年11月16日

Ubuntuでは、次の手順を実行できます

sudo vim /etc/sysctl.conf

行を追加します

fs.inotify.max_user_watches = 524288

ファイルを保存します。

npm start

これはうまくいくはずです
ありがとう

ReubenRahul 2020年12月07日

グラシアスクラック、レジェンダ、ティタン！

xlegolaz 2020年12月13日

それは:-)

ジョンDアレン。

T +1 417 849 0705 * CST | ジョン。 [email protected]
[email protected] | https://www.leveridgesystems.com
https://www.leveridgesystems.com | linkedin.com/in/johndallen1
http://linkedin.com/in/johndallen1 | skype john.allen_67 *

LeveridgeSystemsINC。RegMissouriCharter＃01082460。情報
この電子メールおよび添付ファイルに含まれるものは機密情報であり、意図されたものです
宛先のみ。電子メールは法的に特権があるか、
開示および不正使用は禁止されています。あなたがいない場合
この情報を使用、コピー、または開示することはできません。
他の人。このメッセージを誤って受け取った場合は、
送信者はすぐにそして完全にあなたのシステムからそれを削除します。

土、2020年12月12日には19:18でxlegolaz [email protected]書きました：

johnda98 2020年12月13日

このページは役に立ちましたか？

0 / 5 - 0 評価

Gatsby: エラー：ENOSPC：ファイルウォッチャーの数のシステム制限に達しました。ウォッチ '/ home / foldername / abcrypto / static'

説明

再現する手順

期待される結果

実結果

環境

最も参考になるコメント

全てのコメント83件

sudo vim /etc/sysctl.conf

fs.inotify.max_user_watches = 524288

npm start

関連する問題