Jest: बग: Linux पर वॉच मोड ENOSPC Node.js त्रुटि का कारण बनता है

इसका मतलब है कि आपके ड्राइव पर कोई जगह नहीं है। कृपया अपनी डिस्क को साफ करें।

@cpojer सुनिश्चित नहीं है कि आप इस मुद्दे को पढ़ते हैं, लेकिन;

डिस्क मुक्त स्थान: df -h / (11% प्रयुक्त)

में उल्लेख किया गया था - डिस्क स्थान हालांकि समस्या के रूप में रिपोर्ट किया गया, वास्तव में समस्या नहीं है।

टक्कर @cpojer

मुझे एक ही समस्या हो रही है, और निश्चित रूप से खाली डिस्क स्थान है

दुर्भाग्य से हमारे पास लिनक्स पर इसे डीबग करने के लिए संसाधन नहीं हैं। यदि आपके पास समय है और आप इसे देख सकते हैं और इसे ठीक करने के लिए एक पुल अनुरोध के साथ हमारी मदद कर सकते हैं, तो इसकी बहुत सराहना की जाएगी।

@cpojer मैं एक नज़र

मेरे निष्कर्षों से यह जेस्ट से बिल्कुल भी संबंधित नहीं है। लिनक्स (या मैक) पर हमारे पास आईओ स्तर पर (मेरी समझ से) अधिकतम संख्या में सिस्टम वॉचर्स हैं। तो बड़ी परियोजनाओं के लिए, ऐसा लगता है कि जेस्ट कई फाइलों को ठीक तरह से देखने की कोशिश कर रहा है।

तै होना:

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

स्रोत: Node.JS त्रुटि: ENOSPC

जांच के लिए धन्यवाद, अगर आप चौकीदार स्थापित करते हैं, तो यह काम करना चाहिए।

अभी हाल ही में विंडोज 7 से उबंटू 16.04.2 एलटीएस में स्विच किया गया और जेस्ट विंडोज में बहुत अच्छा काम कर रहा था, लेकिन ऊपर सूचीबद्ध समान कारणों से लिनक्स के तहत चलने में विफल रहा। यदि आप --watch ध्वज जोड़ते हैं तो यह केवल असफल प्रतीत होता है।

सबसे पहले मैंने @cpojer की सलाह ली और डॉक्स के अनुसार चौकीदार स्थापित किया और jest --watch फिर से चलाया और मुझे निम्नलिखित त्रुटियां मिलीं:

jest --watch

events.js:163
      throw er; // Unhandled 'error' event
      ^

Error: A non-recoverable condition has triggered.  Watchman needs your help!
The triggering condition was at timestamp=1493335106: inotify-add-watch(/home/username/project_name/node_modules/browser-resolve/node_modules/resolve/example) -> The user limit on the total number of inotify watches was reached; increase the fs.inotify.max_user_watches sysctl
All requests will continue to fail with this message until you resolve
the underlying problem.  You will find more information on fixing this at
https://facebook.github.io/watchman/docs/troubleshooting.html#poison-inotify-add-watch

    at ChildProcess.<anonymous> (/home/username/project_name/node_modules/sane/node_modules/fb-watchman/index.js:207:21)
    at emitTwo (events.js:106:13)
    at ChildProcess.emit (events.js:194:7)
    at maybeClose (internal/child_process.js:899:16)
    at Socket.<anonymous> (internal/child_process.js:342:11)
    at emitOne (events.js:96:13)
    at Socket.emit (events.js:191:7)
    at Pipe._handle.close [as _onclose] (net.js:510:12)
npm ERR! Test failed.  See above for more details.

यह उपयोगी था क्योंकि यह आपको बताता है कि क्या करना है, इसलिए मैंने @maraisr से फिक्स का उपयोग किया और जेस्ट अब उबंटू पर काम कर रहा है: टाडा:: बीयर:

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

यह पता लगाने के लिए धन्यवाद @maraisr @cpojer :+1: क्या आपको लगता है कि जेस्ट वेबसाइट में कुछ जोड़ा जाना चाहिए?

धन्यवाद भाई @maraisr

@maraisr क्या आप जानते हैं कि किसी भी मौके से उस समाधान का

@vspedr सुनिश्चित नहीं है - मैं एक नज़र डाल सकता हूँ!

लेकिन हम वहां सिस्टम फाइलों को छू रहे हैं, इसलिए सुरक्षा के लिए आपको कुछ उन्नत अनुमतियों की आवश्यकता है। यदि आप अपने आप को एक sudoer बना सकते हैं, तो मेरा मानना ​​​​है कि आप उन आदेशों को sudo के बिना चला सकते हैं।

लेकिन हाँ - मैं देख लूंगा और देख सकता हूं कि मैं किसके साथ आ सकता हूं।

हो सकता है कि मुझे कुछ याद आ रहा हो... लेकिन जेस्ट को मेरी node_modules निर्देशिका में कुछ भी देखने की आवश्यकता क्यों है?
मैं इसे कैसे कॉन्फ़िगर कर सकता हूं ताकि यह node_modules ?

https://facebook.github.io/jest/docs/en/configuration.html#watchpathignorepatterns -array-string मदद कर सकता है?

@SimenB , जैसा कि मैं देखता हूं कि watchPathIgnorePatterns केवल घड़ी के उठने और चलने के बाद ही फाइलों को छोड़ देता है, इसलिए घड़ी की शुरुआत में लंबा समय लग सकता है और कभी-कभी ENOSPC फेंक सकता है

आह अच्छा। वॉचर्स सेट करते समय watchPathIgnorePatterns सम्मान करने वाला पीआर अच्छा होगा :)

@SimenB क्या आप कृपया मुझे स्रोत कोड में उस स्थान पर इंगित कर सकते हैं जहां यह सीधे देखना शुरू करता है? मुझे इस जगह को खोजने में मुश्किल हो रही है

पता लगाएँ कि चौकीदार सभी फाइलों के स्रोत के रूप में HasteMap का उपयोग कर रहा है जिसे देखा जाना चाहिए, और अभी HasteMap के निर्माण की प्रक्रिया में प्रश्न।
HasteMap मॉड्यूलपाथइग्नोरपैटर्न विकल्प का सम्मान करता है, लेकिन डॉक्स के विवरण के आधार पर इस विकल्प का उपयोग करना तर्कसंगत नहीं है:

रेगेक्सपी पैटर्न स्ट्रिंग्स की एक सरणी जो उन पथों से पहले सभी मॉड्यूल पथों से मेल खाती है, उन्हें मॉड्यूल लोडर के लिए 'दृश्यमान' माना जाना चाहिए। यदि किसी दिए गए मॉड्यूल का पथ किसी भी पैटर्न से मेल खाता है, तो परीक्षण वातावरण में इसकी आवश्यकता नहीं होगी () - सक्षम।

क्या मैं सही हूँ?

@maraisr

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

यह समाधान मेरे मैक ओएस 10.13.4 पर काम नहीं करता है यह नीचे की त्रुटि देता है

sysctl: illegal option -- p usage: sysctl [-bdehiNnoqx] name[=value] ... sysctl [-bdehNnoqx] -a sysctl: illegal option -- p usage: sysctl [-bdehiNnoqx] name[=value] ... sysctl [-bdehNnoqx] -a

मैं नहीं देखता कि यह बग "बंद" क्यों है। एक सांसारिक कार्य के लिए उपयोगकर्ता को sudo लिए मजबूर करना निश्चित रूप से एक बग है।

यह जेस्ट के लिए अद्वितीय बग है: मोचा, गार्ड, आदि सभी इस समस्या से बचने के लिए विशिष्ट _subdirectories_ देखते हैं, न कि . । (उपनिर्देशिकाओं की सूची वैकल्पिक हो सकती है।)

जेस्ट 21 में मुझे यह समस्या कभी नहीं हुई। vscode फाइलों को देखने के लिए मजाक के साथ प्रतिस्पर्धा कर रहा है। जब मैं बनाम कोड बंद करता हूं, तो जेस्ट सही ढंग से काम करना शुरू कर देता है।

मुझे यह समस्या हो रही थी, जब मेरे पास दो VSCode इंस्टेंस खुले थे।

कृपया फिर से खोलें या परीक्षण के लिए समस्या निवारण में सुधार जोड़ें।

यह मुझे खोजने और अंत में ठीक करने में बहुत समय लगा। मैंने बार-बार वर्कअराउंड करना शुरू कर दिया। धन्यवाद @samit4me !

मेरे पास यह VSCode के 2 उदाहरणों के साथ खुला था, जो पूरी तरह से समझ में आता है।

इस बग से बचने के लिए बस सब्लिमे/एटम/जीडिट का इस्तेमाल करें। या आप निर्माण/डिबगिंग करते समय VSCode को बंद कर सकते हैं।

lsof | wc -l
समस्या के स्रोत पर प्रकाश डाल सकते हैं।
कोई भी प्रोग्राम, चाहे वह ब्राउज़र हो या अंदर वेब इंजन (यानी वीएस कोड) के साथ बनाया गया हो, ओपन फाइल डिस्क्रिप्टर की संख्या में भारी वृद्धि (लगभग 30,000 और प्रति प्रोग्राम)।
मुझे एक विश्वसनीय समाधान नहीं दिख रहा है, क्योंकि। वेब तकनीक सर्वव्यापी हो गई

इस पर सही दिशा में बिंदु के लिए चीयर्स। घड़ी के विफल होने के साथ मेरा भी यही मुद्दा था, लेकिन इस मामले में VSCode का केवल एक उदाहरण चल रहा है। इसे बंद करना, फिर मेरी परियोजना को चलाना और फिर से खोलना, इसे हल करना।

IMO, यह अस्वीकार्य है कि node_modules पर एक घड़ी होनी चाहिए

यह मुख्य रूप से वेब इंजन से फाइलों (और हटाए गए) फाइलों का काम कर रहा है, लेकिन नोड_मॉड्यूल्स से नहीं, जो कि द्रष्टा के लिए मुफ्त नोड्स को अवरुद्ध करता है।

जब मैं प्रोजेक्ट निर्भरताओं को अद्यतन करता हूं तो मुझे यह त्रुटि मिली। हल करने के लिए मैंने अभी node_modules . को हटा दिया है और इंस्टॉल कर लिया है

बहुत बहुत धन्यवाद

@maraisr ग्रेट, echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p ने मेरे लिए Ubuntu 18.04.1 LTS पर काम किया

@maraisr ubuntu 18 पर पूरी तरह से काम करने के लिए धन्यवाद @xameeramir कहते हैं

echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p इसे मेरे लिए भी तय किया: +1:

ध्यान रखें कि अपग्रेड करते समय /etc/sysctl.conf आम तौर पर ओवरराइट हो जाता है (उदाहरण के लिए Ubuntu 16 से 18 LTS तक) और यह उच्च सीमा को हटा देगा। मुझे इसके बारे में चेतावनी दी गई थी, लेकिन इसी तरह की अन्य चेतावनियों के समुद्र में चूकना आसान है। भले ही मैंने max_user_watches भिन्न _saw_ देखा, फिर भी मुझे आज सुबह एक लूप के लिए फेंक दिया गया था जब मैंने पहली बार त्रुटि मारा, क्योंकि यह स्पष्ट नहीं है कि ये चीजें जुड़ी हुई हैं। हालांकि, एक बार जब मैं इस मुद्दे पृष्ठ पर उतरा तो यह स्पष्ट था कि मुझे क्या ठीक करना है।

दो साल पहले तय की गई एक समस्या को फिर से हल करने के लिए हुर्रे: हंसते हुए:

fs.inotify.max_user_watches=524288 बारे में मज़ेदार बात
मेरे मामले में ऐसा लगता है कि परियोजना इतनी बड़ी है कि 524288 एक संख्या के लिए पर्याप्त नहीं है। तो... अच्छा fs.inotify.max_user_watches=2048000 मदद की।
पक्ष में बनाम कोड में बहुत सारी चीज़ें खोलने के मामले से भी संबंधित हो सकता है।

उबंटू 18.10 पर इसे प्राप्त करना जब मैं अपने अछूते कुंवारी क्रिएट-रिएक्शन-ऐप पर "एनपीएम स्टार्ट" चलाता हूं
काम किया!!!
उपाय
इको fs.inotify.max_user_watches=2048000 | सुडो टी-ए /etc/sysctl.conf && sudo sysctl -p

इसके लायक क्या है: शायद यह पर्यावरण से संबंधित है (मॉड्यूल एक्स बनाम मॉड्यूल वाई)।

मेरे पास 2 रिएक्टनेटिव एप्लिकेशन हैं जिनमें 2 अलग-अलग कॉन्फ़िगरेशन हैं। अधिकतर क्योंकि उनमें से एक रिएक्ट-नेटिव-कैमरा का उपयोग करता है जो अभी तक नवीनतम आरएन संस्करणों के लिए तैयार नहीं है (यानी: नवीनतम ग्रैडल और ऐसा वातावरण)। दूसरा नवीनतम आरएन संस्करण और पर्यावरण का परीक्षण करने के लिए एक डेमो है।

रिएक्ट-नेटिव-कैमरा का उपयोग करने वाला एप्लिकेशन लिनक्स पर त्रुटिपूर्ण रूप से संकलित करता है (--variant=release)। दूसरे को ENOSPC त्रुटि मिली। "Fs.inotify.max_user_watches" फिक्स ने काम किया। मैं "हुह?" जैसा था। जैसा कि अन्य द्वारा वर्णित है मेरे पास NAS पर बहुत सारे गीगाबाइट हैं ...

यहाँ दोनों ऐप के "package.json" हैं।

शायद आपको कुछ उपयोगी लगे।
ऐप 1 (कैमरा):

{
  "name": "********************",
  "version": "0.0.1",
  "private": true,
  "scripts": {
    "start": "node node_modules/react-native/local-cli/cli.js start",
    "test": "jest"
  },
  "dependencies": {
    "i18n-js": "^3.0.11",
    "react": "16.4.1",
    "react-native": "0.56.0",
    "react-native-camera": "^1.2.0",
    "react-native-languages": "^3.0.1",
    "react-navigation": "^2.16.0"
  },
  "devDependencies": {
    "babel-jest": "23.4.2",
    "babel-preset-react-native": "5.0.2",
    "jest": "23.5.0",
    "react-test-renderer": "16.4.1"
  },
  "jest": {
    "preset": "react-native"
  }
}

ऐप 2 (टेस्ट डेमो):

{
  "name": "DemoReactNative",
  "version": "0.0.1",
  "private": true,
  "scripts": {
    "start": "node node_modules/react-native/local-cli/cli.js start",
    "test": "jest"
  },
  "dependencies": {
    "i18n-js": "^3.0.11",
    "react": "16.6.0-alpha.8af6728",
    "react-native": "0.57.3",
    "react-native-languages": "^3.0.1",
    "react-navigation": "^2.18.0"
  },
  "devDependencies": {
    "babel-jest": "23.6.0",
    "jest": "23.6.0",
    "metro-react-native-babel-preset": "0.48.1",
    "react-test-renderer": "16.6.0-alpha.8af6728"
  },
  "jest": {
    "preset": "react-native"
  }
}

मरैसर,
धन्यवाद काम करता है !!!

बस चल रहा है क्योंकि सुडो ने मेरे लिए काम किया है

@ 4E71-NOP मैंने वही देखा। एक बार जब हमने आरएन 0.51 से 0.57 तक अपडेट किया, तो हमने इस मुद्दे पर चलना शुरू कर दिया। inotify सीमा बढ़ाने से मदद मिली

मैं सूडो के साथ दौड़ता हूं ... और यह मेरे लिए काम करता है

इको fs.inotify.max_user_watches=524288 | सुडो टी-ए /etc/sysctl.conf && sudo sysctl -p
इससे मुझे UBUNTU 18.10 . में मदद मिली

बहुत धन्यवाद। लेकिन जैसा कि @adamhooper ने पहले उल्लेख किया है, Forcing the user to sudo for a mundane task is certainly a bug.

नियमित उपयोगकर्ता के लिए कोई विचार?

इको fs.inotify.max_user_watches=524288 |

मेरे निष्कर्षों से यह जेस्ट से बिल्कुल भी संबंधित नहीं है। लिनक्स (या मैक) पर हमारे पास आईओ स्तर पर (मेरी समझ से) अधिकतम संख्या में सिस्टम वॉचर्स हैं। तो बड़ी परियोजनाओं के लिए, ऐसा लगता है कि जेस्ट कई फाइलों को ठीक तरह से देखने की कोशिश कर रहा है।

तै होना:

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

स्रोत: Node.JS त्रुटि: ENOSPC

मेरी समस्या को पूरी तरह से हल किया, बहुत बहुत धन्यवाद!

मैंने इसे node_modules को छोड़कर modulePathIgnorePatterns सेटिंग के साथ ठीक किया।

इसे अपने package.json में जोड़ें:

  "jest": {
    "modulePathIgnorePatterns": [
      "node_modules"
    ]
  }

एक जादू की तरह काम किया। धन्यवाद @maraisr !

[hayesmaker64<strong i="5">@gohan</strong> hype-layer]$ npm test

> [email protected] test /home/hayesmaker64/Workspace/twitch/hype-layer
> react-scripts test

internal/fs/watchers.js:173
    throw error;
    ^

Error: ENOSPC: System limit for number of file watchers reached, watch '/home/hayesmaker64/Workspace/twitch/hype-layer/node_modules/get-stream'
    at FSWatcher.start (internal/fs/watchers.js:165:26)
    at Object.watch (fs.js:1254:11)
    at NodeWatcher.watchdir (/home/hayesmaker64/Workspace/twitch/hype-layer/node_modules/sane/src/node_watcher.js:175:20)
    at Walker.<anonymous> (/home/hayesmaker64/Workspace/twitch/hype-layer/node_modules/sane/src/common.js:116:12)
    at Walker.emit (events.js:182:13)
    at /home/hayesmaker64/Workspace/twitch/hype-layer/node_modules/walker/lib/walker.js:69:16
    at go$readdir$cb (/home/hayesmaker64/Workspace/twitch/hype-layer/node_modules/graceful-fs/graceful-fs.js:162:14)
    at FSReqWrap.oncomplete (fs.js:141:20)
npm ERR! Test failed.  See above for more details.
[hayesmaker64<strong i="6">@gohan</strong> hype-layer]$ ^C
[hayesmaker64<strong i="7">@gohan</strong> hype-layer]$ ^C
[hayesmaker64<strong i="8">@gohan</strong> hype-layer]$ npm test

> [email protected] test /home/hayesmaker64/Workspace/twitch/hype-layer
> react-scripts test


Out of the box, Create React App only supports overriding these Jest options:

  • collectCoverageFrom
  • coverageReporters
  • coverageThreshold
  • globalSetup
  • globalTeardown
  • resetMocks
  • resetModules
  • snapshotSerializers
  • watchPathIgnorePatterns.

These options in your package.json Jest configuration are not currently supported by Create React App:

  • modulePathIgnorePatterns

If you wish to override other Jest options, you need to eject from the default setup. You can do so by running npm run eject but remember that this is a one-way operation. You may also file an issue with Create React App to discuss supporting more options out of the box.

भविष्य के आगंतुकों के लिए, @pomber का समाधान देखने की सीमा बढ़ाने की तुलना में निष्पक्ष रूप से काफी बेहतर है:

इसे अपने package.json में जोड़ें:

  "jest": {
    "modulePathIgnorePatterns": [
      "node_modules"
    ]
  }

मेरे निष्कर्षों से यह जेस्ट से बिल्कुल भी संबंधित नहीं है। लिनक्स (या मैक) पर हमारे पास आईओ स्तर पर (मेरी समझ से) अधिकतम संख्या में सिस्टम वॉचर्स हैं। तो बड़ी परियोजनाओं के लिए, ऐसा लगता है कि जेस्ट कई फाइलों को ठीक तरह से देखने की कोशिश कर रहा है।

तै होना:

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

स्रोत: Node.JS त्रुटि: ENOSPC

इसने npm run serve चलाते समय Vue के साथ अनुभव की जा रही एक समस्या को ठीक किया @maraisr सुझाव के लिए धन्यवाद

@pomber धन्यवाद, यह बिना किसी सिस्टम सीमा को बढ़ाए फेडोरा पर मेरी समस्या का समाधान करता है।

धन्यवाद @maraisr , यह मेरी समस्या का समाधान करता है :)

बहुत धन्यवाद! @maraisr

आपके समाधान ने मेरे लिए काम किया, @maraisr!
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
धन्यवाद!

रुचि रखने वाले किसी भी व्यक्ति के लिए यह मेरी त्रुटि थी:
आपकी परियोजना के लिए लॉग नीचे दिखाई देंगे। बाहर निकलने के लिए Ctrl+C दबाएं.
(नोड: 19425) UnhandledPromiseRejectionWarning: त्रुटि: ENOSPC: फाइल देखने वालों की संख्या के लिए सिस्टम सीमा तक पहुंच गया, '/home/claire/Documents/my-app-name' देखें।
FSWatcher.start पर (आंतरिक/fs/watchers.js:165:26)
Object.watch पर (fs.js:1274:11)
NodeWatcher.watchdir (/home/claire/Documents/my-app-name/node_modules/sane/src/node_watcher.js:175:20) पर
नए NodeWatcher पर (/home/claire/Documents/my-app-name/node_modules/sane/src/node_watcher.js:45:8)
createWatcher पर (/home/claire/Documents/my-app-name/node_modules/jest-haste-map/build/index.js:780:23)
Array.map पर ()
HasteMap._watch पर (/home/claire/Documents/my-app-name/node_modules/jest-haste-map/build/index.js:936:44)
_buildPromise._buildFileMap.then.hasteMap (/home/claire/Documents/my-app-name/node_modules/jest-haste-map/build/index.js:355:23) पर
processTicksAndRejections पर (आंतरिक/प्रक्रिया/next_tick.js:81:5)
(नोड: 19425) UnhandledPromiseRejectionWarning: अनचाहे वादा अस्वीकृति। यह त्रुटि या तो कैच ब्लॉक के बिना एसिंक्स फ़ंक्शन के अंदर फेंकने या किसी ऐसे वादे को अस्वीकार करने से उत्पन्न हुई जिसे .catch() के साथ संभाला नहीं गया था। (अस्वीकृति आईडी: 1)
(नोड: 19425) [डीईपी0018] पदावनति चेतावनी: बिना क्रिया के वादे को अस्वीकार कर दिया जाता है। भविष्य में, वादा अस्वीकरण जो संभाला नहीं जाता है, गैर-शून्य निकास कोड के साथ Node.js प्रक्रिया को समाप्त कर देगा।
ENOSPC: फ़ाइल देखने वालों की संख्या के लिए सिस्टम की सीमा पूरी हो गई है, '/home/claire/Documents/my-app-name' देखें
ENOSPC: फ़ाइल देखने वालों की संख्या के लिए सिस्टम की सीमा पूरी हो गई है, '/home/claire/Documents/my-app-name' देखें

मैंने इसे node_modules को छोड़कर modulePathIgnorePatterns सेटिंग के साथ ठीक किया।

इसे अपने package.json में जोड़ें:

  "jest": {
    "modulePathIgnorePatterns": [
      "node_modules"
    ]
  }

उसके बाद, बस node_modules फ़ोल्डर को हटा दें और npm install फिर से चलाएँ।

"modulePathIgnorePatterns": [
      "node_modules"
    ]

यह असली जवाब है

यदि आप लगातार इस समस्या का सामना करते हैं और node_modules अनदेखा नहीं कर सकते हैं, तो वॉचमैन को स्थापित करने से मदद मिलेगी:
https://facebook.github.io/watchman/

जेस्ट के भीतर वॉचमैन-विशिष्ट अनुकूलन हैं, इसलिए यह बड़ी परियोजनाओं के लिए आपके स्टार्टअप समय में भी काफी सुधार करेगा।

आगे बढ़ते हुए, मैं इस बात पर ध्यान दूंगा कि node_modules स्वचालित रूप से न देखें जब ऐसा करने से इस प्रकार की त्रुटि होगी (उदाहरण: कोई चौकीदार नहीं और डार्विन पर नहीं इसलिए fsevents उपयोग नहीं कर सकता)।

अरे अरे @scotthovestadt! आशा करता हूँ की आप सकुशल होंगे!

भविष्य के आगंतुकों के लिए, @pomber का समाधान देखने की सीमा बढ़ाने की तुलना में निष्पक्ष रूप से काफी बेहतर है:

इसे अपने package.json में जोड़ें:

  "jest": {
    "modulePathIgnorePatterns": [
      "node_modules"
    ]
  }

यह शीर्ष उत्तर होना चाहिए। लोग - कृपया इसे टक्कर दें। कारण की जांच किए बिना आप बस "ओह, स्मृति/संसाधनों से बाहर - इसे और स्मृति/संसाधन दें" क्यों कहेंगे?

दुर्भाग्य से हमारे पास लिनक्स पर इसे डीबग करने के लिए संसाधन नहीं हैं। यदि आपके पास समय है और आप इसे देख सकते हैं और इसे ठीक करने के लिए एक पुल अनुरोध के साथ हमारी मदद कर सकते हैं, तो इसकी बहुत सराहना की जाएगी।

लिनक्स सभी पेशेवर डेवलपर्स के लिए वास्तविक मानक है, क्या आप वास्तव में विंडोज और मैक उपयोगकर्ताओं के बारे में अधिक परवाह करते हैं? यह शर्म की बात है

@maraisr धन्यवाद। मैंने समस्या का समाधान किया। :नर्तकी:

भविष्य के आगंतुकों के लिए, @pomber का समाधान देखने की सीमा बढ़ाने की तुलना में निष्पक्ष रूप से काफी बेहतर है:

इसे अपने package.json में जोड़ें:

  "jest": {
    "modulePathIgnorePatterns": [
      "node_modules"
    ]
  }

यह शीर्ष उत्तर होना चाहिए। लोग - कृपया इसे टक्कर दें। कारण की जांच किए बिना आप बस "ओह, स्मृति/संसाधनों से बाहर - इसे और स्मृति/संसाधन दें" क्यों कहेंगे?

रिकॉर्ड के लिए बस एक नोट: वर्तमान उचित सुधार #7585 तक काम नहीं करता था जो #7544 तय करता था।

हो सकता है कि कुछ अनुमति समस्याएँ हैं Sudo npm start का प्रयास करें

यह आदेश अनुमत दर्शकों की संख्या में वृद्धि करेगा:
echo fs.inotify.max_user_watches=524288 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
स्रोत

मेरे निष्कर्षों से यह जेस्ट से बिल्कुल भी संबंधित नहीं है। लिनक्स (या मैक) पर हमारे पास आईओ स्तर पर (मेरी समझ से) अधिकतम संख्या में सिस्टम वॉचर्स हैं। तो बड़ी परियोजनाओं के लिए, ऐसा लगता है कि जेस्ट कई फाइलों को ठीक तरह से देखने की कोशिश कर रहा है।

तै होना:

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

स्रोत: Node.JS त्रुटि: ENOSPC

@maraisr धन्यवाद, आपका समाधान उबंटू 18.04 पर पूरी तरह से काम करता है

मेरे निष्कर्षों से यह जेस्ट से बिल्कुल भी संबंधित नहीं है। लिनक्स (या मैक) पर हमारे पास आईओ स्तर पर (मेरी समझ से) अधिकतम संख्या में सिस्टम वॉचर्स हैं। तो बड़ी परियोजनाओं के लिए, ऐसा लगता है कि जेस्ट कई फाइलों को ठीक तरह से देखने की कोशिश कर रहा है।

तै होना:

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

स्रोत: Node.JS त्रुटि: ENOSPC

धन्यवाद, इससे मेरी समस्या हल हो गई।

भविष्य के आगंतुक और @sunnykeshri @JimmyBastos @BrotherDonkey @CodeMonkeyG , मेरे विवेक के लिए कृपया घड़ी की सीमा तय करने का प्रचार करना बंद करें।

भविष्य के आगंतुकों के लिए, @pomber का समाधान देखने की सीमा बढ़ाने की तुलना में निष्पक्ष रूप से काफी बेहतर है:

इसे अपने package.json में जोड़ें:

  "jest": {
    "modulePathIgnorePatterns": [
      "node_modules"
    ]
  }

यह शीर्ष उत्तर होना चाहिए। लोग - कृपया इसे टक्कर दें। कारण की जांच किए बिना आप बस "ओह, स्मृति/संसाधनों से बाहर - इसे और स्मृति/संसाधन दें" क्यों कहेंगे?

भविष्य के आगंतुक और @sunnykeshri @JimmyBastos @BrotherDonkey @CodeMonkeyG , मेरे विवेक के लिए कृपया घड़ी की सीमा तय करने का प्रचार करना बंद करें।

भविष्य के आगंतुकों के लिए, @pomber का समाधान देखने की सीमा बढ़ाने की तुलना में निष्पक्ष रूप से काफी बेहतर है:

इसे अपने package.json में जोड़ें:

  "jest": {
    "modulePathIgnorePatterns": [
      "node_modules"
    ]
  }

यह शीर्ष उत्तर होना चाहिए। लोग - कृपया इसे टक्कर दें। कारण की जांच किए बिना आप बस "ओह, स्मृति/संसाधनों से बाहर - इसे और स्मृति/संसाधन दें" क्यों कहेंगे?

क्रिएट रिएक्ट ऐप उन चाबियों को सीमित करता है जिनका उपयोग पैकेज जेस्ट कॉन्फिगरेशन में किया जा सकता है - क्या किसी को सीआरए ऐप में इसे हल करने का कोई तरीका मिला है?

मेरे निष्कर्षों से यह जेस्ट से बिल्कुल भी संबंधित नहीं है। लिनक्स (या मैक) पर हमारे पास आईओ स्तर पर (मेरी समझ से) अधिकतम संख्या में सिस्टम वॉचर्स हैं। तो बड़ी परियोजनाओं के लिए, ऐसा लगता है कि जेस्ट कई फाइलों को ठीक तरह से देखने की कोशिश कर रहा है।

तै होना:

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

स्रोत: Node.JS त्रुटि: ENOSPC

थैंक्स रिज़ॉल्व ओ प्रॉब्लम या टवा प्रोकुरंडो ए होरास ओ क्यू एरा एसे रो

मेरे निष्कर्षों से यह जेस्ट से बिल्कुल भी संबंधित नहीं है। लिनक्स (या मैक) पर हमारे पास आईओ स्तर पर (मेरी समझ से) अधिकतम संख्या में सिस्टम वॉचर्स हैं। तो बड़ी परियोजनाओं के लिए, ऐसा लगता है कि जेस्ट कई फाइलों को ठीक तरह से देखने की कोशिश कर रहा है।

तै होना:

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

स्रोत: Node.JS त्रुटि: ENOSPC

सुधार के लिए बस एक नोट, आप उपयोगकर्ताओं को यह जांचने के लिए निर्देश देना बेहतर कर सकते हैं कि ध्वज/मूल्य पहले से मौजूद नहीं है, इसलिए उन्हें इसके डुप्लिकेट उदाहरण नहीं मिलते हैं। वह या इसके लिए किसी प्रकार के उपकरण का उपयोग ध्यान में रखते हुए करें।

मेरे निष्कर्षों से यह जेस्ट से बिल्कुल भी संबंधित नहीं है। लिनक्स (या मैक) पर हमारे पास आईओ स्तर पर (मेरी समझ से) अधिकतम संख्या में सिस्टम वॉचर्स हैं। तो बड़ी परियोजनाओं के लिए, ऐसा लगता है कि जेस्ट कई फाइलों को ठीक तरह से देखने की कोशिश कर रहा है।

तै होना:

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

स्रोत: Node.JS त्रुटि: ENOSPC

आपके सर्वोत्तम उत्तर के लिए धन्यवाद।

मेरे निष्कर्षों से यह जेस्ट से बिल्कुल भी संबंधित नहीं है। लिनक्स (या मैक) पर हमारे पास आईओ स्तर पर (मेरी समझ से) अधिकतम संख्या में सिस्टम वॉचर्स हैं। तो बड़ी परियोजनाओं के लिए, ऐसा लगता है कि जेस्ट कई फाइलों को ठीक तरह से देखने की कोशिश कर रहा है।

तै होना:

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

स्रोत: Node.JS त्रुटि: ENOSPC

उत्तर के लिए धन्यवाद
यह मेरे लिए काम है

धन्यवाद @maraisr

चूंकि पिछली कुछ टिप्पणियां पहले के कामकाज का सुझाव दे रही हैं, और बाद में फिक्स दफन होना शुरू हो रहा है, मुझे लगता है कि भविष्य के पाठकों (और @ pradeepsrawat029 @ karsa87 @igorgois ) के लिए दोहराना जरूरी है कि आपको पहले बाद में ठीक करने का प्रयास करना चाहिए यदि लागू, जो मूल रूप से एक जेस्ट बग के कारण संभव नहीं था:

भविष्य के आगंतुकों के लिए, @pomber का समाधान देखने की सीमा बढ़ाने की तुलना में निष्पक्ष रूप से काफी बेहतर है:

इसे अपने package.json में जोड़ें:

  "jest": {
    "modulePathIgnorePatterns": [
      "node_modules"
    ]
  }

यह शीर्ष उत्तर होना चाहिए। लोग - कृपया इसे टक्कर दें। कारण की जांच किए बिना आप बस "ओह, स्मृति/संसाधनों से बाहर - इसे और स्मृति/संसाधन दें" क्यों कहेंगे?

मैं इस समस्या को sudo react-native start साथ ठीक करने में सक्षम था