लिनक्स पर स्थानीय रूप से समान रेप्रो चरणों के साथ भी होता है, उदाहरण के लिए

npm ERR! syscall lchown
npm ERR! path /home/nathansa/.npm/_locks/staging-33722a1ecded5100.lock
npm ERR! errno -2
npm ERR! enoent ENOENT: no such file or directory, lchown '/home/nathansa/.npm/_locks/staging-33722a1ecded5100.lock'
npm ERR! enoent This is related to npm not being able to find a file.

ऐसा लगता है कि जब मैं नोड 11.0.0 + npm 6.7.0 पर स्विच करता हूं तो ऐसा कम होता है।

नोड 11.0.0 वास्तव में एक अजीब संस्करण है क्योंकि नोड 11 कुछ समय से ईओएल है। शायद वर्तमान एलटीएस 12.13.1 का प्रयास करें? या यह शायद पुराना एनपीएम संस्करण है जो नोड 11 के साथ बंडल किया गया है जो इससे बचा जाता है।

हाँ, मैं केवल उन संस्करणों के माध्यम से पीछे की ओर यात्रा कर रहा था जिन्हें मैंने स्थापित किया है जब तक कि मुझे एक गैर-समस्याग्रस्त संस्करण नहीं मिला। पुराने npm संस्करण के परिवर्तनशील होने की बहुत संभावना है।

@sandersn शायद संस्करणों के माध्यम से मैन्युअल बाइनरी खोज कर सकता है? मैं

Lerna का लगातार उपयोग करते समय इस बग का अनुभव करना, जो दुर्भाग्य से हमारी निर्माण प्रक्रिया में समस्याएँ पैदा कर रहा है।
त्रुटि संदेश:

lerna ERR! npm install stderr:
  | npm ERR! code ENOENT
  | npm ERR! syscall lchown
  | npm ERR! path /root/.npm/_locks/staging-3f138bd09ee0de58.lock
  | npm ERR! errno -2
  | npm ERR! enoent ENOENT: no such file or directory, lchown '/root/.npm/_locks/staging-3f138bd09ee0de58.lock'
  | npm ERR! enoent This is related to npm not being able to find a file.
  | npm ERR! enoent

यह node:latest-alpine डॉकर छवि का उपयोग करते समय है, जो वर्तमान में संस्करणों का उपयोग करता है:
नोड: 12.13.1
एनपीएम: 6.12.1

मैं पुष्टि कर सकता हूं कि यह मेरे साथ नोड v13.2.0 और npm 6.13.4 के साथ भी हो रहा है।

किसी के पास इसके लिए अस्थायी सुधार है? चूंकि यह हमारी कुछ तैनाती को रोक रहा है। :(

@midudev अस्थायी शमन npm i को समानांतर में नहीं चलाना है या कम से कम समरूपता को कम करना है।
डीटी रेपो के साथ काम करते समय इसे 2 समानांतर इंस्टॉल तक सीमित करते हुए इसने विफलताओं की मात्रा को लगभग ~ 90% कम कर दिया।

धन्यवाद @SimonSchick। हाँ... कोई समसामयिकता का उपयोग करने से समस्या ठीक हो जाती है लेकिन संकुल को स्थापित करने के लिए आवश्यक समय बहुत बढ़ जाता है। :(

मुझे आश्चर्य है कि क्या एनपीएम टीम इस समस्या से अवगत है क्योंकि यह पहले ठीक काम कर रही थी। अगर यह एक समस्या है क्योंकि नोड पर कुछ आंतरिक परिवर्तन होते हैं।

नमस्ते, हमारे पास एक ही मुद्दा है।
मुझे पूरा यकीन है कि यह किसी प्रकार की दौड़ की स्थिति का मुद्दा है।

अस्थायी सुधार [email protected] पर डाउनग्रेड करना है।

मैंने 6.10.2 से लेकर नवीनतम 6.13.6 तक लगभग हर संस्करण का परीक्षण किया है और समस्या है।
मैं पुष्टि कर सकता हूं कि बग nodejs संस्करण से संबंधित नहीं है, यह सिर्फ npm संस्करण से संबंधित है।

हम https://github.com/strongloop/loopback-next के विरुद्ध npm i के लिए एक ही समस्या का सामना कर रहे हैं, जो एक लर्न मोनोरेपो है। रूट स्तर पर npm i समानांतर में कई पैकेजों के लिए npm इंस्टॉलेशन को ट्रिगर करता है। समवर्ती को कम करने से रिपोर्ट की गई समस्या के चलने की संभावना भी कम हो जाती है।

हम लॉकफाइल के बारे में अधिक जानकारी प्राप्त कर सकते हैं NODE_DEBUG=lockfile npm i ।

कुछ डिबगिंग के बाद, मुझे https://github.com/npm/cli/blob/latest/lib/utils/correct-mkdir.js#L31 के आसपास समस्या मिली। यदि npm को एक साथ निष्पादित किया जाता है, तो कई प्रक्रियाएं chownr को ~/.npm/_locks $ के विरुद्ध कॉल करती हैं। chownr का कार्यान्वयन निर्देशिका में सभी फ़ाइलों को पढ़ता है और प्रत्येक फ़ाइल के विरुद्ध chown लागू करने का प्रयास करता है। कुछ फ़ाइलें readdir और lchown के बीच हटाई जा सकती हैं और इससे ENOENT हो जाती है।

@isaacs कृपया मुझे बताएं कि क्या https://github.com/raymondfeng/chownr/commit/e4c7b59fe4142995ae36c71de3435d2e2a7e4319 इस समस्या को ठीक करने के लिए सही जगह है। अगर ऐसा है, तो मैं कुछ परीक्षण जोड़ने और पीआर सबमिट करने का प्रयास करूंगा।

@raymondfeng यह एक उचित बदलाव की तरह दिखता है। हां, कृपया चाउनर को एक पीआर भेजें।

@isaacs PR सबमिट किया गया - https://github.com/npm/cli/issues/496। तत्पर जवाब के लिए धन्यवाद।