<p>가끔`ENOENT : no such file or directory`와 함께 yarn 설치가 실패 함</p>

흥미 롭습니다. Travis에서만 실패하지만 로컬에서 테스트 할 때 작동합니까? Docker가 환경의 일관성을 보장해야한다는 점을 감안하면 매우 이상합니다.

@ Daniel15 맞아요 ...

노드를 버전 6으로 다운 그레이드했지만 Travis에서는 여전히 실패합니다. --verbose 플래그를 yarn install 에 추가했습니다.

verbose Performing "GET" request to "https://registry.yarnpkg.com/spawn-wrap/-/spawn-wrap-1.3.4.tgz".
verbose Performing "GET" request to "https://registry.yarnpkg.com/yargs/-/yargs-6.6.0.tgz".
verbose Performing "GET" request to "https://registry.yarnpkg.com/yargs-parser/-/yargs-parser-4.2.1.tgz".
verbose Performing "GET" request to "https://registry.yarnpkg.com/fibers/-/fibers-1.0.15.tgz".
verbose Performing "GET" request to "https://registry.yarnpkg.com/selenium-standalone/-/selenium-standalone-5.11.2.tgz".
verbose Performing "GET" request to "https://registry.yarnpkg.com/tcp-port-used/-/tcp-port-used-0.1.2.tgz".
verbose Performing "GET" request to "https://registry.yarnpkg.com/babel-runtime/-/babel-runtime-5.8.38.tgz".
verbose Error: ENOTEMPTY: directory not empty, rmdir '/usr/local/share/.cache/yarn/npm-webdriverio-4.6.2-dd095ee618896a21c8f1b9d4278736d85a64ca0f/lib/protocol'
    at Error (native)
error An unexpected error occurred: "ENOTEMPTY: directory not empty, rmdir '/usr/local/share/.cache/yarn/npm-webdriverio-4.6.2-dd095ee618896a21c8f1b9d4278736d85a64ca0f/lib/protocol'".

나는 이것을 디버깅하는 방법에 대한 아이디어에 열려 있습니다.

원사 0.18.1로 다운 그레이드하면이 문제가 해결되는 것 같습니다. 0.19는 회귀가있을 수 있습니다. # 1834 참조

또한 원사 0.23.3에서도이 문제가 발생합니다. 이미지를 만들 때가 아니라 단순히 CI를 실행할 때 발생합니다.
오류는 다음과 같습니다.

$ time yarn --frozen-lockfile
yarn install v0.20.3
[1/4] Resolving packages...
[2/4] Fetching packages...
error An unexpected error occurred: "ENOTEMPTY: directory not empty, rmdir '/builds/linagora/petals-cockpit/yarncache/npm-@angular/core-4.0.0-beta.8-8d9c8a64e7c26ff7208404e716deea94bb509cd7/src'".
info If you think this is a bug, please open a bug report with the information provided in "/builds/linagora/petals-cockpit/frontend/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

real    0m9.812s
user    0m7.596s
sys 0m0.932s

파일을 제거하는 이상한 방법이있을 수 있습니다…

중요한 점 : 캐시가 비어있었습니다!

내 컴퓨터에서 재현하려고하면 다음과 같은 결과가 나타납니다.

yarn install v0.20.3
[1/4] Resolving packages...
[2/4] Fetching packages...
error An unexpected error occurred: "http://docker0.gso.lan:8081/repository/npm/@angular/core/-/core-4.0.0-beta.8.tgz: EEXIST: file already exists, mkdir '/home/vnoel/.cache/yarn/npm-@angular/core-4.0.0-beta.8-8d9c8a64e7c26ff7208404e716deea94bb509cd7/src/metadata'".
info If you think this is a bug, please open a bug report with the information provided in "/home/vnoel/Linagora/Petals/dev/git/petals-cockpit-new/frontend/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

그리고 원사 0.21.2 :

yarn install v0.21.2
[1/4] Resolving packages...
[2/4] Fetching packages...
error An unexpected error occurred: "http://docker0.gso.lan:8081/repository/npm/@angular/core/-/core-4.0.0-beta.8.tgz: ENOENT: no such file or directory, lstat '/home/vnoel/.cache/yarn/npm-@angular/core-4.0.0-beta.8-8d9c8a64e7c26ff7208404e716deea94bb509cd7/bundles/core.umd.js'".
info If you think this is a bug, please open a bug report with the information provided in "/home/vnoel/Linagora/Petals/dev/git/petals-cockpit-new/frontend/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

끔찍 해요!

그리고 나는 0.18.1 에 대해 @twooster와 동의합니다!

@ Daniel15 로컬에서도 작동하지 않습니다. 실제로 캐시가 비어있을 때 작동하지 않습니다!

@victornoel 최근 오류는 https://github.com/yarnpkg/yarn/issues/2714 일 수 있습니다.

@bestander 나는 당시 0.19.1을 시도했지만 작동하지 않았습니다 ...

나는 재 시도했고 이제 버그 :

• 빈 캐시로 나타나지 않지만 다음과 같은 경우에 나타납니다 (정말 재현 가능하기를 바랍니다…).
  
  
  
  • rm -rf 원사 캐시
  
  
  • 복제 https://gitlab.com/linagora/petals-cockpit.git
  
  
  • 결제 5f31ccb4b2357201baa50539b30702cffceb6992
  
  
  • frontend 디렉토리에서 yarn 실행
  
  
  • 체크 아웃 마스터
  
  
  • frontend 디렉토리에서 yarn을 다시 실행하십시오.
  
  
  • 나는 얻는다 : error An unexpected error occurred: "http://docker0.gso.lan:8081/repository/npm/@angular/core/-/core-4.0.0-rc.1.tgz: ENOENT: no such file or directory, utime '/home/vnoel/.cache/yarn/npm-@angular/core-4.0.0-rc.1-7f87b7696b407476e45d6d3c1880a50d5afbb6e3/@angular/core/testing.js'". (내 자신의 레지스트리를 사용하고 있지만 그것 없이도 같은 일이 일어난다)
  
  
• 0.21.2, 0.19.1에서는 나타나지만 0.18.2에서는 나타나지 않음

그러니 똑같지 않다고 생각합니다. 적어도 재현 할 수 있으면 좋겠습니다 ...

(사실, 방금 다시 시도하고 빈 캐시와 0.21.2 실로 버그를 재현했지만 이전에는 그렇지 않았지만이 문제의 원인이되는 다른 파일이있을 수 있습니다. 은닉처?)

@bestander # 2744가 야간 빌드로 제공되는 즉시 실을 테스트 할 것입니다. :)

도움이 필요하면 핑을하세요.
가장 좋은 조치는 e2e 테스트를 중단하고 건너 뛴 PR을 보내는 것입니다.

@bestander 음 ,

➜  frontend git:(master) ✗ yarn
yarn install v0.22.0-20170227.1509
[1/4] Resolving packages...
[2/4] Fetching packages...
error An unexpected error occurred: "https://registry.yarnpkg.com/@angular/core/-/core-4.0.0-rc.1.tgz: ENOENT: no such file or directory, lstat '/home/vnoel/.cache/yarn/npm-@angular/core-4.0.0-rc.1-7f87b7696b407476e45d6d3c1880a50d5afbb6e3/typings/src/facade/lang.d.ts'".

또는:

➜  frontend git:(master) ✗ yarn
yarn install v0.22.0-20170227.1509
[1/4] Resolving packages...
[2/4] Fetching packages...
error An unexpected error occurred: "https://registry.yarnpkg.com/typescript/-/typescript-2.2.1.tgz: ENOENT: no such file or directory, lstat '/home/vnoel/.cache/yarn/npm-typescript-2.2.1-4862b662b988a4c8ff691cc7969622d24db76ae9/lib/typescriptServices.js'".

e2e 테스트를 할 수 있는지 볼 것입니다.

@bestander 어쨌든 오류의 전체 스택

yarn-error.log에서만 볼 수 있습니다.

Trace: 
  Error: http://docker0.gso.lan:8081/repository/npm/@angular/core/-/core-4.0.0-rc.1.tgz: ENOENT: no such file or directory, lstat '/home/vnoel/.cache/yarn/npm-@angular/core-4.0.0-rc.1-7f87b7696b407476e45d6d3c1880a50d5afbb6e3/@angular/core.es5.js'
      at Error (native)

그것은 약간 쓸모가 없습니다 :)

세부 오류는 다음과 같습니다.

{ Error: http://docker0.gso.lan:8081/repository/npm/@angular/core/-/core-4.0.0-rc.1.tgz: ENOENT: no such file or directory, lstat '/home/vnoel/.cache/yarn/npm-@angular/core-4.0.0-rc.1-7f87b7696b407476e45d6d3c1880a50d5afbb6e3/@angular/core.js'
    at Error (native)
  errno: -2,
  code: 'ENOENT',
  syscall: 'lstat',
  path: '/home/vnoel/.cache/yarn/npm-@angular/core-4.0.0-rc.1-7f87b7696b407476e45d6d3c1880a50d5afbb6e3/@angular/core.js',
  fstream_type: 'File',
  fstream_path: '/home/vnoel/.cache/yarn/npm-@angular/core-4.0.0-rc.1-7f87b7696b407476e45d6d3c1880a50d5afbb6e3/@angular/core.js',
  fstream_class: 'FileWriter',
  fstream_stack: 
   [ '/home/vnoel/Linagora/Petals/dev/git/yarn/node_modules/fstream/lib/writer.js:285:28',
     '/home/vnoel/Linagora/Petals/dev/git/yarn/node_modules/graceful-fs/polyfills.js:284:29',
     'FSReqWrap.oncomplete (fs.js:123:15)' ] }

정확히 무엇을해야할지 모르겠습니다… package-fetcher.js , 56 행에서 정확히 발생하고 있습니다. 소스를 찾는 데 어려움이 있습니다…

어리석은 것처럼 보이지만 네트워크로 연결된 npm 미러 (회사의 sonatype nexus)가 @angular/core 아티팩트를 미러링했을 때만 실패한 것 같습니다. 그렇지 않은 경우 문제가 발생하고 이미 미러링 된 다른 아티팩트에서 실패합니다 (이 경우 typescript ).

넥서스 거울에서 인공물을 손으로 제거하면 작동합니다!

그래서 ... 너무 빨리 도착하면 원사가 따라 잡을 수없는 것 같아요 ^^ 왜냐하면 미러를 사용하지 않고 일반 npm 레지스트리를 사용하면 보통 잘 진행되기 때문입니다 (인터넷 연결 속도가 느립니다).
그리고 일반적으로 매우 빠른 인터넷 연결이 있기 때문에 CI 시스템에서 종종 실패하는 이유를 설명합니다.

결론을 내리기에는 약간의 연장선이 있지만 문제의 원인을 찾는 데 도움이 될 수 있습니다.
WDYT @bestander?

기록을 위해, 오류는 가져 오기 파이프 라인의 tar.Extract 단계에서 발생한다고 생각하지만 완전히 확실하지는 않습니다 ^^

더 많은 것을 조사해 주셔서 감사합니다,

https://github.com/yarnpkg/yarn/issues/2629#issuecomment -282745896에서 시나리오를 재현 할 수 있습니다.
그것을 찾고 있습니다.

나는 얻다

error An unexpected error occurred: "https://registry.yarnpkg.com/typescript/-/typescript-2.2.1.tgz: ENOENT: no such file or directory, lstat '/Users/bestander/Library/Caches/Yarn/npm-typescript-2.2.1-4862b662b988a4c8ff691cc7969622d24db76ae9/lib/typescriptServices.js'".

그러나 yarn install 반복해서 시도하면 결국 설치가 완료됩니다.
.tgz 파일 폭발이 오류로 끝나는 것 같습니다.

최신 정보:

• .tgz는 괜찮아 보입니다. 가져 오기 단계에서 실패한 파일을 수동으로 압축 해제 할 수 있습니다.
• tar 패키지에서 어떤 이유로이 오류가 발생하는지 궁금합니다. 동시성일까요?

몇 가지 종속성 (제 경우에는 typescript 및 angular-core)이 오류를 일으키는 이유를 조사하는 데 도움이됩니다.
동시성? https://github.com/npm/node-tar의 버그

@victornoel , yarn install --network-concurrency 1 버그를 재현 할 수 있습니까?

@bestander with --network-concurrency 1 버그는 나타나지 않습니다 (그것이 없으면 매번 나타납니다).
그러나이 매개 변수의 기본값은 무엇입니까? 어떤 값을 선택하든 (1, 2, 4, 8) 작동하지만 전혀 입력하지 않으면 실패합니다.

기본값은 15입니다. https://gitlab.com/linagora/petals-cockpit.git#075bac4c54fee466568c000c7ffe8025f593e212 의 깨끗한 체크 아웃으로 동시성 15 문제를 재현 할 수 있습니다.

좋은 소식입니다! 솔루션 및 해결 방법을 향한 한 걸음 더 나아가 :)

일부 결과.

TL; DR 나는 그것을 제대로 고치는 방법에 대한 아이디어가 부족합니다. 이것은 좀 더 깊은 Node.js 지식이 필요합니다.

1. 가능한 문제에서 네트워크를 제거 할 수 있습니다.
   yarn.lock의 .tgz 파일에 대한 오프라인 미러를 설정했으며 디스크에서 설치된 패키지로 문제를 재현 할 수 있습니다.

문제는 tarball-fetcher 코드의 압축 해제 / 풀기 스트림에 있습니다.

1. tar- https: //github.com/mafintosh/tar-fs 대 현재 https://github.com/npm/node-tar/ 를 추출하는 다른 라이브러리를 시도했습니다
   조금 더 자세히-여러 mkdirp 작업을 수행 할 때 노드에서 예외가 발생합니다.

Error: ENOENT: no such file or directory, chmod '/Users/bestander/Library/Caches/Yarn/npm-@angular/core-4.0.0-rc.1-7f87b7696b407476e45d6d3c1880a50d5afbb6e3/typings/src/di/injector.d.ts'
  errno: -2,
  code: 'ENOENT',
  syscall: 'chmod',
  path: '/Users/bestander/Library/Caches/Yarn/npm-@angular/core-4.0.0-rc.1-7f87b7696b407476e45d6d3c1880a50d5afbb6e3/typings/src/di/injector.d.ts' }

core-4.0.0 및 typescript-2.2.1은 파일 수가 많고 폴더 구조가 깊기 때문에 실패하고 많은 동시 mkdir / copy 작업을 수행하면서 설치에 실패한다고 생각합니다.

실패하는 다른 syscall이있을 때마다 : chmod, rmdir, mkdir, lstat, utime.

그리고 그것은 도서관의 코드에서 명백한 것이 아닙니다.

1. 노드 4, 6 및 7에서 동일하게 실패합니다.

2. 동시성을 8로 설정 한 상태에서 오류를 재현 할 수 없으므로 기본 네트워크 동시성을 줄이기 위해 PR을 보내겠습니다.

1. 동시성이 설치 속도에 어떤 영향을 미치는지 궁금합니다.

5.1. 내 MBPro 13 "에서 오프라인 미러 (다운로드 없음)를 사용하고 캐시를 정리하고 node-tar 를 사용하여 파일 압축을 풉니 다.
동시성 12-실패
동시성 8-18 초
동시성 4-18 초
동시성 2-21 초

5.2. 내 MBPro 13 "에서 오프라인 미러 (다운로드 없음)를 사용하고 캐시를 정리하고 tar-fs 를 사용하여 파일 압축을 풉니 다.
동시성 12-15 초
동시성 8-15 초
동시성 4-17 초
동시성 2-18 초

5.3. 인터넷, MBPro 13 "에서 패키지를 다운로드하고 캐시를 정리하고 tar-fs 를 사용하여 파일 압축을 풉니 다.
동시성 12-한 번 실패
동시성 8 ~ 21 초
동시성 4-23 초
동시성 2-34 초

동시성을 8로 설정하는 것이 충분히 안전한 것처럼 보이며 tar 라이브러리를 전환하는 것도 의미가 있습니다.
PR로 후속 조치하겠습니다.

이 문제를 해결하는 적절한 방법은 https://github.com/mafintosh/tar-fs를 분기하고 더 스마트 한 fs 작업을 수행하는 것입니다 (예 : 모든 폴더에 대해 mkdir을 한 번만 사용).

tar-fs 관리자가 활동중인 것 같습니다. 문제를 열어서 그들이 알고 / 제안하는 것을 볼 수 있을까요?

@victornoel , 제발 그렇게 하시겠습니까?

@bestander 완료! mafintosh / tar-fs # 61 :)

내 젠킨스의 빌드 에이전트에서 yarn 를 테스트 할 때 다소 유사한 시나리오에서이 오류 메시지가 발생했습니다.

이 버그를 트리거하는 데 필요한 조건이 무엇인지 알고 있습니까? 속도를 위해 빌드 시스템의 npm 호출을 yarn 로 바꾸고 싶지만 동시성을 비활성화해야하는 경우 보너스가 무효화 될 수 있습니다.

@ProdigySim 은 # 2829 (얀 마스터에 병합 됨)에서 설명했듯이 네트워크 동시성을 줄이면 얀의 성능에 큰 영향을주지 않습니다. 간단히 8로 설정하면 괜찮습니다. 어쨌든 한 번에 8 개의 종속성을 다운로드 할 때도 대부분의 드라이브가 처리량을 따를 것인지 확실하지 않으므로 확실히 많이 느슨하지 않을 것입니다. :)

@victornoel 정보 주셔서 감사합니다. 필자의 경우 --network-concurrency 줄이는 것만으로는 충분하지 않습니다. 여러 실의 인스턴스를 병렬로 실행하기 때문입니다.

--network-concurrency 1 으로도이 문제를 재현 할 수 있지만 별도의 문제를 열어야할까요?

위에서 제공 한 것과 동일한 테스트 저장소를 사용합니다.

#!/bin/bash
set -x # echo commands

# Clear yarn cache
rm -rf $(yarn cache dir)

# Clone the repo into two separate spots
git clone https://gitlab.com/linagora/petals-cockpit.git repo1
git clone https://gitlab.com/linagora/petals-cockpit.git repo2

# Run yarn on both in parallel
cd repo1/frontend && yarn --network-concurrency 1 &
cd repo2/frontend && yarn --network-concurrency 1 &

매번 오류가 발생합니다 (지금까지 4 개에 대해 4 개)

error An unexpected error occurred: "https://registry.yarnpkg.com/@angular/core/-/core-4.0.0-rc.2.tgz: 
ENOENT: no such file or directory, lstat '/Users/<snip>/Library/Caches/Yarn/npm-@angular/core-4.0.0-rc.2-59535050e5d0e6141417186eee571296f8e9c3d0/@angular/core.es5.js'".

원사 0.21.3, 노드 v4.5.0, OSX 10.11.6

지금까지 병렬로 실행되지 않거나 완전히 다른 패키지 세트를 사용하는 빌드 작업에만 원사를 포함하여이 문제를 해결할 수 있었지만 그래도 안전할지 확신 할 수 없습니다. 이 버그의 루트 조건에 대해.

뿡뿡
이것은 Yarn의 글로벌 다운로드 캐시로 인해 발생하는 별도의 관련 문제입니다. 해결 방법은 각 디렉토리에 대해 다른 캐시를 만드는 것입니다.

--network-concurrency 8 계속 실행할 수 있습니다. (실제로 무제한 네트워크 동시성에 문제가 없습니다.)

여기에 더 많은 컨텍스트가

@bestander는 놀랍게도 오늘, 네트워크 동시성이 8 일 때에도 문제가 다시 나타났습니다 (각각의 새 버전에 대해 tar로 트리거되었습니다 ^^).하지만 내 CI에서만 ... 2로 옮겼습니다. 종속성을 다운로드하는 데 몇 초가 더 걸리는지 정말 신경 쓰지 않으므로 지금은 괜찮습니다).
tar-fs 프로젝트에서 피드백을받지 못하는 것 같습니다. 다른 누구에게 도움을 요청할 수 있습니까?

OS X 용 Travis 빌드에서도이 문제가 발생했습니다. 캐시를 지우고 네트워크 동시성을 설정했지만 도움이되지 않았습니다.

@kevingelion 네트워크 동시성을 어떤 값으로 설정 했습니까? 과감하고 2와 같이 설정하여 문제가 이것인지 확인하십시오 :)

@victornoel 나는 그것을 1과 2로 설정했고 두 옵션 모두 실패했습니다. 나는 yarn --mutex network 했고 주사위도 사용하지 않았습니다.

@bestander 다음 해킹 수정 (편집 : NOT) 문제 :

diff --git a/src/util/request-manager.js b/src/util/request-manager.js
index e0e134a2..995dac69 100644
--- a/src/util/request-manager.js
+++ b/src/util/request-manager.js
@@ -214,8 +214,7 @@ export default class RequestManager {
     }, params.headers);

     const promise = new Promise((resolve, reject) => {
-      this.queue.push({params, resolve, reject});
-      this.shiftQueue();
+      this.execute({params, resolve, reject});
     });

     // we can't cache a request with a processor

분명히 그것은 수정이 아니며 요청 관리자와 대기열 시스템을 완전히 우회하지만 문제가이 하위 시스템에서 발생한다는 것을 보여줍니다.

고마워, 빅터!

2017 년 3 월 24 일 18:07에 Victor Noël [email protected] 은 다음과 같이 썼습니다.

@bestander https://github.com/bestander 다음 해킹 수정 사항
문제:

diff --git a / src / util / request-manager.js b / src / util / request-manager.js
색인 e0e134a2..995dac69 100644
--- a / src / util / request-manager.js
+++ b / src / util / request-manager.js
@@ -214,8 +214,7 @@ 내보내기 기본 클래스 RequestManager {
}, params.headers);

 const promise = new Promise((resolve, reject) => {

• this.queue.push ({params, resolve, reject});
• this.shiftQueue ();
• this.execute ({params, resolve, reject});
  });

 // we can't cache a request with a processor

분명히 수정이 아니며 요청 관리자를 완전히 우회하고
큐잉 시스템이지만 문제가
하위 시스템.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/yarnpkg/yarn/issues/2629#issuecomment-289102067 또는 음소거
실
https://github.com/notifications/unsubscribe-auth/ACBdWF66L-NzAInx7Bhs6V7s7LKahxxUks5rpAZ1gaJpZM4L3JbX
.

안돼, 안돼 : D하지만 조금 개선해

거짓 양성에 대해 죄송합니다. 결과를보고하기에는 너무 열심이었습니다. :)

얀을 여러 번 실행하기 전에는 앵귤러 코어 종속성 또는 타이프 스크립트 (항상 이러한 것)를 다운로드하는 데 성공하지 못했지만 처음에는 실패했고 두 번째에는 성공했고 제거하는 것을 잊었습니다. 내 시도 사이에 캐시가 있으므로 작동한다고 생각했습니다.

글쎄, 지금은 때로는 작동하고 때로는 작동하지 않는 경우도 있습니다 (핵으로 인해 전체 미스가 아니거나 인터넷 연결이 너무 느립니다 ...)

CI 빌드에서도이 문제를 겪고 있습니다. 많은 테스트 끝에 마침내 로컬에서도 재현 할 수있었습니다.

다시 말하지만, 때때로 작동하지만 다음 오류 중 하나와 함께 자주 실패합니다 (어딘가에 일종의 경쟁 조건이있는 것처럼 보입니다).

• ENOENT: no such file or directory, lstat 'cache/directory/some-file'
• EEXIST: file already exists, mkdir 'package-name'

GitHub의 개인 저장소에서 직접 설치하는 하나의 패키지로 분리했습니다. 흥미롭게도 오류 메시지에서 참조되는 패키지는 항상이 패키지의 종속성입니다 (개인 저장소는 아니지만 항상 GitHub에서 직접 설치하는 또 다른 패키지입니다). 따라서 재현 사례 중 하나는 GitHub 저장소 (비공개 일 필요는 없음)에서도 설치된 하위 종속성이있는 비공개 GitHub URL에서 패키지를 설치하는 것 같습니다.

이것이 전혀 도움이되는지 확실하지 않습니다 ... 제가 할 수있는 모든 방법으로 도움을 드리겠습니다.

편집 : 이것이 도움이되는지 여부는 확실하지 않지만 최상위 패키지가 "git+ssh://[email protected]/org/package.git#v1.0.0" 형식으로 나열되고 오류에서 다운로드중인 하위 종속성이 https 이상 다운로드되는 것처럼 보입니다. URL이 "https://codeload.github.com/org/package/tar.gz/ljasdf08i234098aifj" 입니다.

나는 이것을 조금 더 조사하고있다.
동시 tar-fs 추출을위한 독립 실행 형 스크립트를 구축하려고하지만 다운로드 중에 tar 파일이 깨지는 문제라고 생각하는 경향이 있습니다.

찾았어요,도

https://github.com/yarnpkg/yarn/issues/2629#issuecomment -282745896의 예에서 Yarn에는 병렬로 다운로드 및 추출되는 중복 패키지가 있습니다.
중복 된 항목은 @angular/core/-/core-4.0.0-rc.1 및 typescript/-/typescript-2.2.1.tgz 입니다.

높은 동시성을 통해 동일한 캐시 폴더로 동시 추출을 수행합니다.
Yarn이이 두 패키지를 중복 제거하지 않는 이유를 조사하고 수정 사항을 보내겠습니다.

OS 또는 tar 추출 수준에는 마법이 없습니다.

하하, 좋은 직업 @bestander , 우리가 마침내 문제를 발견하게되어 기쁩니다!

@bestander 굉장한 일 : https://github.com/yarnpkg/yarn/pull/3090 및 https://github.com/yarnpkg/yarn/pull/3106 을 모두 실행하여 Yarn 사용을 차단했습니다.

감사!

prop-types 모듈을 설치하는 데 문제가 있습니다. 설치하려고 할 때마다 다른 파일 이름에 ENOENT가 발생했습니다. 나를 위해 npm 5.0.2를 설치 한 후 문제가 사라졌습니다.

$ yarn add prop-types
yarn add v0.21.3
[1/4] Resolving packages...
[2/4] Fetching packages...
error An unexpected error occurred: "https://registry.yarnpkg.com/prop-types/-/prop-types-15.5.10.tgz: ENOENT: no such file or directory
....

$ npm -g install npm

# whoops, looks like npm installed itself to different location than apt-get did
$ npm -v 
3.5.2

# remove the cached link from shell so the right version can surface
$ hash -d npm
$ npm -v
5.0.2

$ yarn add prop-types
... properly installs prop-types as expected

@skylize 우연 일 가능성이 높습니다. Yarn은 npm 클라이언트를 전혀 사용하지 않으므로 npm 버전은 Yarn 실행에 전혀 영향을주지 않습니다.

이로 인해 Travis 빌드가 몇 가지 다른 패키지로 거의 매번 실패합니다. 아직 해결책이 있습니까?
error An unexpected error occurred: "https://registry.yarnpkg.com/apollo-client/-/apollo-client-1.8.0.tgz: ENOENT: no such file or directory, utime '/var/lib/jenkins/.cache/yarn/v1/npm-apollo-client-1.8.0-3b5d1976a06a0f82b2fc66fe71754868193dadb9/flow-typed/npm/webpack_vx.x.x.js'".

@Redmega
여기에서도 동일하지만 작동합니다.

yarn install --network-concurrency 1

어떤 버전을 사용하고 있습니까? 이것은 이미 고쳐질 예정입니다 ...

Le 8 août 2017 6:37 PM, "Ben Merckx" [email protected] a écrit :

@Redmega https://github.com/redmega
여기에서도 동일하지만 작동합니다.

원사 설치-네트워크 동시성 1

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/yarnpkg/yarn/issues/2629#issuecomment-321011749 또는 음소거
실
https://github.com/notifications/unsubscribe-auth/AAJ0z5qFb7gSW4w14_RbFNjsn4sRYV78ks5sWI7hgaJpZM4L3JbX
.

@victornoel 나는 내 로컬과 동일한 젠킨스 머신에서 v0.27.5 을 사용하고 있습니다.

nightlies를 시도하십시오 : https://yarnpkg.com/en/docs/nightly

yarn.lock 파일과 yarn install 제거하면 문제가 해결되었습니다.

이로 인해 Jenkins 빌드가 가끔 실패합니다. 일반적으로 두 번째 시도 후에 작동하지만 나중에 다시 실패합니다.

@ajcrites @Redmega @headione @benmerckx 이런 종류의 문제가 발생하면 다른 문제를 열어야합니다. 이 문제는 확실히 해결되었으므로 유사한 증상이 나타나더라도 문제는 다른 문제 여야합니다.
다른 문제를 열면 문제가 해결 될 가능성이 더 많다고 확신합니다. :)

Node 8.5를 사용하여 Jenkins에서 패키지의 병렬 빌드를 수행하는 동일한 문제가 있습니다. 우리는 현재 다른 버그를 수정하는 1.0.2가 출시 될 때까지 0.27.5를 고수해야합니다. 그러나 어쨌든 당신의 지원과 일에 감사드립니다 :)

@floric 노드 8.9.4와 동일한 컨텍스트 (Jenkins + Parallel)에서 동일한 문제가 발생합니다. 문제가 해결 되었습니까?

편집 : 8.11.1을 사용하여 버그가없는 최신 버전의 원사를 포함하는지 확인합니다.

@Niceplace 당신은 --mutex 옵션을 시도하고 싶을 수 있습니다 : https://yarnpkg.com/en/docs/cli#toc -concurrency-and-mutex

조만간이를 피하기 위해 더 나은 패키지 별 잠금을 추가 할 계획이 있습니다.

Yarn 작업 영역이 활성화 된 상태에서 monorepo의 루트에서 yarn --mutex=network 를 실행하려고 시도하는 ENOENT: no such file or directory, chmod 및 ENOENT: no such file or directory, lstat 간헐적 인 오류가 발생합니다.

일관성이없는 것 같고 무작위로 둘 중 하나를 얻습니다. (1.6.0 및 노드 8.11.1 및 9.11.1)

특히 오류는 다음과 같습니다.

error An unexpected error occurred: "ENOENT: no such file or directory, lstat '/Users/federicozivolo/test/packages/foobar/node_modules/detect-port-alt'".

과

error An unexpected error occurred: "ENOENT: no such file or directory, chmod '/Users/federicozivolo/test/packages/foobar/node_modules/jest/node_modules/.bin/jest'".

Yarn 1.7.0을 실행 중이며 비슷한 오류가 발생합니다. Yarn은 여러 번 실행 한 후 마침내 패키지를 설치합니다.

An unexpected error occurred: "ENOENT: no such file or directory, lstat '/home/nieltg/.cache/yarn/v1/npm-npm-registry-client-8.5.1-8115809c0a4b40938b8a109b8ea74d26c6f5d7f1/lib/dist-tags/fetch.js'".

편집하다:
yarn --network-concurrency 1 했지만 여전히 오류가 발생합니다. 다음은 오류 및 yarn-error.log 파일의 또 다른 샘플입니다.

An unexpected error occurred: "ENOENT: no such file or directory, copyfile '/home/nieltg/.cache/yarn/v1/npm-core-js-2.5.7-f972608ff0cead68b841a16a932d0b183791814e/library/fn/date/now.js' -> '/mnt/c/Users/nieltg/Projects/React/React-16-Demo/node_modules/core-js/library/fn/date/now.js'".

Yarn 1.7.0을 사용하고 있습니다. 그리고 나는 여전히 나에게 일어나는 동일한 행동을 확인할 수 있습니다.

완전히 무작위입니다. 때로는 발생하고 때로는 그렇지 않습니다.

마지막으로받은 것은 :

error An unexpected error occurred: "ENOENT: no such file or directory, lstat '/root/.yarn-cache/v1/npm-@storybook/addon-actions-3.4.5-ba0d0c0c74357c0852e0b890b40

Linux 용 Windows 하위 시스템의 Yarn 1.9.2에서이 오류가 자주 발생합니다.

오늘 우리는 파이프 라인이 yarn install 을 병렬로 실행하는 Jenkins CI의 손상된 패키지와 유사한 문제를 겪었습니다. 며칠 전에는 잘 작동했습니다.
yarn install --network-concurrency 1 수정되었습니다 ( 주석에 언급 됨 ). 성능은 크게 저하되지 않았습니다 : ~ 7 초-> ~ 8 초.

왜 이것이 닫혔습니까? 여전히 발생합니다.

Toms-MacBook-Pro-2:design-to-code tommedema$ yarn install
yarn install v1.9.4
[1/4] 🔍  Resolving packages...
[2/4] 🚚  Fetching packages...
[3/4] 🔗  Linking dependencies...
error An unexpected error occurred: "ENOENT: no such file or directory, lstat '/Users/tommedema/projects/vg/design-to-code/packages/vgcli/node_modules/fs-extra'".
info If you think this is a bug, please open a bug report with the information provided in "/Users/tommedema/projects/vg/design-to-code/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
Toms-MacBook-Pro-2:design-to-code tommedema$ yarn install --network-concurrency 1
yarn install v1.9.4
[1/4] 🔍  Resolving packages...
[2/4] 🚚  Fetching packages...
[3/4] 🔗  Linking dependencies...
[4/4] 📃  Building fresh packages...
✨  Done in 24.85s.

제 경우에는 두 개의 패키지에서 yarn remove fs-extra 및 yarn add fs-extra 를 수행 한 후이 종속성을 효과적으로 업그레이드 한 후 사라졌습니다.

안녕하세요, 뭔가 찾은 것 같아요.

fs 및 rxjs 사용하여 지정된 디렉토리에있는 파일을 재귀 적으로 나열하는 코드를 사용하고 있었고 lstat 기다리지 않으면 실패 할 가능성이 있음을 발견했습니다. 다른 lstat 를 호출하기 전에 lstat 호출을 완료해야합니다.

환경이 영향을 받는지 여부를 테스트하기 위해 간단한 NPM 패키지 async-dirtree-test를 만들었습니다 . 저는 WSL을 사용하고 있으며 동시성이 낮은 경우에도 node_modules 와 같은 하위 디렉터리가 많은 디렉터리를 처리하는 동안 실패 할 가능성이 있음을 발견했습니다.

글쎄, 나는이 문제가 WSL에 특정한 것인지 여부를 여전히 알 수 없습니다. 지금은 Linux, Mac 등과 같은 다른 환경에서 테스트 할 수 없습니다.

@nieltg 다른 사람들을 형성하는 데 도움이 될 수있는 관찰을 공유하고 싶었습니다. 저는 WSL에서 Docker CE를 사용하고 Windows 용 Docker를 호스트로 사용하고 있으므로 WSL에서 Docker로 작업 할 때 기본적으로 느껴지지만 실제로는 호스트가 Windows 세계에서 기본적으로 작동하므로 실제로 내 Dockerfile은 / c / foobar를 c : / foobar (Docker 엔진의 경우)). 이것은 바인딩을 사용할 때 매우 관련이 있습니다 (컨테이너 내부에서 컨테이너 내부의 / usr / src가 궁극적으로 c : / src / foobar에 있도록 로컬 폴더를 마운트하고 있습니다 (내 Dockerfile은 바인딩을 / c /로 표시하지만). src / foobar : / usr / src (경로에서 자동 번역을 보시겠습니까?)

컨테이너 내부의 로컬 폴더 중 하나에 yarn install WSL에서 직접 수행하는 것과 동일한 오류가 발생하기 때문에이 구분이 중요합니다 (Docker 관련 없음).

반면에 .... 내가 mkdir /tmp/src && cp ./package.json /tmp/src/ && cd /tmp/src && yarn install 이면 모든 것이 완벽하게 성공하고 mv /tmp/src/node_modules /c/src/foobar/ 있고 괜찮습니다. 그래서 이것이 현재의 해결 방법입니다. /tmp 는 도커 저장소로 존재한다는 점에 유의하십시오 (실제로 파일의 파티션이기 때문에 모든 IO가 OS에 단일 파일처럼 보입니다).

여기에서 도커를 포함하는 것이 이상적이지 않다는 것을 알고 있지만 IO 자체가 아니고 다른 사람들이이 문제를 해결하는 데 도움이 될 수 있기 때문에 빠른 파일 처리가 문제가 될 수 있음을 시사하는 것 같습니다.

... 산만 해져서 너무 빨리 제출되었습니다. 어쨌든 내 두뇌는 현재 다른 곳에 있지만 나중에 다시 와서 당신의 접근 방식과 Docker를 사용하여 테스트를 고안하여 추가 결론을 도출 할 수 있는지 확인하겠습니다.

다시 열다

최근에 Azure Devops (이전 Visual Studio Team Services)에서 CI 빌드를 실행하면서 yarn 1.10.1을 사용하여 동일한 종류의 오류가 발생하기 시작했습니다.

실패한 실제 종속성은 내가 알 수있는 최선의 무작위 인 것처럼 보이지만 yarn install 는 ENOENT: no such file or directory, open '/usr/local/share/.cache/yarn........ 오류로 인해 간헐적으로 떨어지고 있습니다. 한 번 빌드가 작동하고 다음 번에는 실패합니다.

yarn install --network-concurrency 1 의 해결 방법이 우리에게 효과가있는 것 같습니다.

@ Marclev78 같은 오류이지만 yarn install --network-concurrency 1 가 나를 위해 작동하지 않는 것 같습니다.

@ Marclev78 여기에서 Azure Devops에서 yarn 1.10.1을 사용하고 오류가 발생합니다.

Error: https://registry.yarnpkg.com/core-js/-/core-js-1.2.7.tgz: ENOENT: no such file or directory, utime 'C:\Users\grpsshagent\AppData\Local\Yarn\Cache\v1\npm-core-js-1.2.7-652294c14651db28fa93bd2d5ff2983a4f08c636\fn\string\pad-left.js'

로컬에서 모든 것이 예상대로 작동합니다.

나는 단순히 나도이 오류를보고 있다고 말하기 위해 여기에 있습니다.

error An unexpected error occurred: "ENOENT: no such file or directory, chmod '/usr/local/opt/asdf/installs/nodejs/8.12.0/.npm/bin/atob'".

불행히도 저는 글로벌 노드 바이너리에 대한 원사를 버리고 이것이 수정 될 때까지 npm으로 돌아 가야한다고 생각합니다.

안타깝게도이 문제는 최근 CI 빌드를 괴롭히기 시작했습니다. (

@rainabba 제안이 WSL 에서 저에게 효과적이었습니다.

쓰기 및 읽기 작업도 다르게 작동한다고 생각합니다. 내 해킹에도 불구하고 노드의 fs.writeFile (블루 버드 약속으로 래핑 됨)을 호출하는 동안 자주 오류가 발생합니다. 모든 단일 인스턴스에서 쓰기 오류가 발생한 직후 파일이 존재하는지 확인할 수 있습니다.

궁극적으로 다음을 호출하는 fs.writeFile ()에 문자열 (XML 파일 콘텐츠)을 보내고 있지만 추가 디버깅으로 사용자 지정 빌드를 설정하는 데 필요한 도전을 수행 할 준비가되었는지 확실하지 않습니다. 이 C ++ 프로젝트의 출력을 통해 노드 또는이 C ++ 모듈에 따라 옳은 느낌이 실제로 어디인지 정확히 확인할 수 있습니다.

결론은 쓰기가 실패하지 않았지만 노드가 믿고 있기 때문에 나에게 의미가있는 시나리오는 c + 플러스 모듈이 성공하고 있다는 것입니다. 그러나 내부적으로 파일을 확인하고 실패한 다음 보고서가 노드로 돌아가는 느낌이 들지 않습니다. 그런 다음 실제 쓰기가 발생하여 파일을 확인하려고 할 때 거기에 있고 오류가 의미가 없습니다.

https://github.com/nodejs/node/blob/master/src/node_file.cc#L1795

@bestander 문제를 다시 열 수있는 방법이 있습니까? 분명히 이것은 고정되어 있지 않으며 많은 사람들에게 영향을 미칩니다.

이는 yarn 1.12 및 Azure Pipelines에서 여전히 발생하는지 확인합니다.

모두 확인 해주셔서 감사합니다.
해당 오류에 대한 여러 가지 이유가있는 것 같습니다.
문제를 다시 열겠습니다. 그래도 디버깅을위한 커뮤니티 도움말이 필요합니다.

원사 1.11에서도 발생하지만 1.10에서는 발생하지 않습니다.

@bestander- 관련? https://github.com/yarnpkg/yarn/issues/6312

그렇다면 거기에 몇 가지 훌륭한 재현 작업이 있습니다.

나도이 문제의 영향을받습니다.

Windows 10 / WSL

"ENOENT: no such file or directory, lstat '/mnt/c/Users/<username>/.cache/yarn/v4/<random_file_in_random_package>"

@limonte WSL에는 npm install / yarn install을 실행할 때 무작위로 유사한 오류가 발생한다는

우리는 또한 Extracting tar content of undefined 문제를보고 있습니다.

error https://registry.yarnpkg.com/eslint/-/eslint-4.19.1.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "ENOENT: no such file or directory, stat '/tmp/yarncache.KTKNZ/v4/npm-eslint-4.19.1-32d1d653e1d90408854bfb296f076ec7e186a300/node_modules/eslint/lib/rules/no-compare-neg-zero.js'"

지금까지 --network-concurrency 1 옵션으로 하나의 동시 네트워크 연결 만 사용하여이 문제를 완화했습니다. 그러나 이것은 일시적인 해결책입니다.

node:11.5.0-alpine 에서도 문제를 확인할 수 있습니다.

error An unexpected error occurred: "ENOENT: no such file or directory, lstat '/app/node_modules/<random_pacakge>

문제가 git 저장소 버전의 패키지에 연결하는 것과 관련이있는 것 같았습니다.

낳다

package.json

{
  "dependencies": {
    "react-navigation-core": "https://github.com/react-navigation/react-navigation-core",
    "react-navigation-hooks": "https://github.com/react-navigation/react-navigation-hooks"
  }
}

rm -rf node_modules && yarn cache clean && yarn

해결 방법

network-concurrency 1 설정하면 매번 문제가 해결됩니다.

npm install 도 작동합니다.

메모

종속성 목록에서 패키지를 제거해도 오류가 발생하지 않으며 해당 패키지의 게시 된 npm 버전을 사용하지도 않습니다.

매번 다른 오류가 발생하는 것 같습니다. 다른 파일에 무작위로 발생하고 약간 다른 오류가 발생하는 것 같습니다.

error https://registry.yarnpkg.com/core-js/-/core-js-1.2.7.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "ENOENT: no such file or directory, chmod  '/home/cameron/.cache/yarn/v4/npm-core-js-1.2.7-652294c14651db28fa93bd2d5ff2983a4f08c636/node_modules/core-js/library/modules/es6.reflect.apply.js'"

변형

• ENOENT: no such file or directory, chmod
• ENOENT: no such file or directory, stat
• ENOENT: no such file or directory, open
• EEXIST: file already exists, mkdir

기타 메시지

info There appears to be trouble with your network connection. Retrying...

실제로 package.json을 사용하여 재현하려고 시도했지만 첫 번째 시도에서 오류가 나타났습니다.

WSL 파일 시스템은 이미 존재하는 NTFS FS와 상호 작용하는 계층은 무엇입니까?

마운트 된 드라이브 (일반적인 예의 경우 / c 또는 / mnt / c) 또는 해당 마운트 중 하나 외부에서이 오류가 표시됩니까? 대안 (예 : ~ /.)을 테스트하고 차이점을보고합니까?

내 직감이 잔소리가 나지만 도커 경험에 문제가있을 수 있으며이를 독립적으로 확인해야합니다.

[2/4] 패키지 가져 오는 중 ...
오류 https://registry.yarnpkg.com/smartwrap/-/smartwrap-1.0.10.tgz : 정의되지 않은 tar 콘텐츠 추출 실패, 파일이 co로 나타납니다.
rrupt : "ENOENT : 해당 파일이나 디렉토리가 없습니다. 'C : \ Users \ Administrator \ AppData \ Local \ Yarn \ Cache \ v4 \ npm-smartwrap-1.0.10-873ef350d
4ee1262fed4a80a55634d86ae1faf48 \ node_modules \ smartwrap \ ejq ' "
info이 명령에 대한 설명서를 보려면 https://yarnpkg.com/en/docs/cli/global 을 방문

마운트 된 드라이브 (일반적인 예의 경우 / c 또는 / mnt / c) 또는 해당 마운트 중 하나 외부에서이 오류가 표시됩니까? 대안 (예 : ~ /.)을 테스트하고 차이점을보고합니까?

이런 일이 일관되게 재현 가능한 경우가 있습니까? 그것은 나에게 꽤 무작위 적이지만 마운트 된 드라이브에서 yarn add -ing을 모두 수행하며 자주 발생합니다.

마운트 된 드라이브와 ~ 모두에서 https://github.com/yarnpkg/yarn/issues/2629#issuecomment -451638917을 재현 할 수있었습니다.

나는 또한 https://github.com/yarnpkg/yarn/issues/2629#issuecomment -282745896을 재현하려고 시도했지만 마지막 패키지를 가져 오는 데 계속 실패했습니다.

지난 몇 시간 동안 같은 문제가 발생했습니다. yarn은 무작위로 다양한 패키지를 설치하지 못하여 위에서 언급 한 오류를 보여줍니다.

원사 캐시를 재설정하고 네트워크 동시성 1로 다시 설치 및 실행을 시도했지만 둘 다 작동하지 않았습니다.

나를 위해 문제를 해결 한 것은 다른 네트워크 로

이 문제가 매우 특정한 네트워크 오류에 대해 잘못 처리 된 복구와 관련이있을 수 있다는 직감이 있습니다. 나중에 살펴 보겠습니다.

이전 댓글을 확인할 수 있습니다. network-concurrency 은 도움이되지 않습니다. 전화 핫스팟으로 전환하면 문제가 해결되었습니다. 내 환경 : Windows 10 (Linux 하위 시스템-Ubuntu)

저는 WSL에 있으며 (약간 이상하게) 중첩 된 폴더 구조를 가진 geo-tz 패키지에서이 문제를보고있었습니다. --network-timeout 및 --network-concurrency 몇 가지 시도했지만 아무것도 얻지 못했습니다. 그러나 Windows에서 긴 경로를 활성화하면 (이 수퍼 유저 게시물 참조) 이제 정상적으로 작동합니다. 아마도 이것은 WSL의 다른 사람들에게 도움이 될 수 있습니다. 내가 너무 빨리 말처럼 편집 같습니다. 작동하고 종속성 연결이 더 빠르지 만 이제는 동일한 오류가 다시 표시됩니다.

여전히 CI를 깨고 ....

Jenkins 슬레이브 노드 역할을하는 Debian Linux 시스템에서 실행되는 Yarn 1.13.0에도 동일한 문제가 있습니다. 로컬 얀 저장소 서버가 있으므로 빌드하는 동안 공용 인터넷 저장소 서버에서 물리적 다운로드가 없거나 거의 없습니다.

yarn install v1.13.0
[1/4] Resolving packages...
[2/4] Fetching packages...
error An unexpected error occurred: "http://sqrep01.rsint.net:4873/lodash/-/lodash-4.17.10.tgz: ENOENT: no such file or directory, open '/home/jenkins/.cache/yarn/v4/npm-lodash-4.17.10-1b7793cf7259ea38fb3661d4d38b3260af8ae4e7/node_modules/lodash/.yarn-tarball.tgz'".

실제 파일 은 리포지토리 서버와 파일 시스템 모두에 존재합니다.
빌드를 다시 시작하면 빌드가 성공하거나 다른 (무작위) 파일로 인해 실패 할 수 있습니다.
기본 네트워크 동시성 설정을 변경하지 않았습니다.

Ditto- 1.14 에서도 여전히 문제입니다.

Arguments: 
  /home/jeff/n/bin/node /usr/share/yarn/bin/yarn.js install

PATH: 
  /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/mnt/c/Windows/System32:/mnt/c/Windows:/mnt/c/Windows/System32/wbem:/mnt/c/Windows/System32/WindowsPowerShell/v1.0:/mnt/c/Program Files (x86)/NVIDIA Corporation/PhysX/Common:/mnt/c/Windows/System32:/mnt/c/Windows:/mnt/c/Windows/System32/wbem:/mnt/c/Windows/System32/WindowsPowerShell/v1.0:/mnt/c/Windows/System32/OpenSSH:/mnt/c/Program Files/NVIDIA Corporation/NVIDIA NvDLISR:/mnt/c/Program Files/Git/cmd:/mnt/c/Users/jkono/AppData/Local/Microsoft/WindowsApps:/mnt/c/Users/jkono/AppData/Local/hyper/app-2.1.2/resources/bin:/mnt/c/Users/jkono/AppData/Local/Programs/Microsoft VS Code/bin:/home/jeff/n/bin

Yarn version: 
  1.14.0

Node version: 
  10.15.1

Platform: 
  linux x64

Trace: 
  Error: ENOENT: no such file or directory, scandir '/mnt/c/Users/jkono/dev/PROJECT/node_modules/@storybook/addon-links/src'

또한:

➜  yarn cache dir
/mnt/c/Users/jkono/home/.cache/yarn/v4

이것은 매우 성가신 일입니다. 우리는 매일 로컬 및 CI 시스템에서 이것을 봅니다.

이것이 CI에서도 항상 일어나고 있음을 우리에게도 확인

안녕하세요.이 문제가 CI에서 발생 함을 확인합니다.
이것은 문제의 선입니다.

오류 https://registry.yarnpkg.com/core-js/-/core-js-1.2.7.tgz : 정의되지 않은 tar 콘텐츠 추출 실패, 파일이 손상된 것 같습니다. "ENOENT : 해당 파일이나 디렉터리가 없습니다. chmod '/usr/local/share/.cache/yarn/v4/npm-core-js-1.2.7-652294c14651db28fa93bd2d5ff2983a4f08c636/node_modules/core-js/es7/regexp.js' "
info이 명령에 대한 설명서를 보려면 https://yarnpkg.com/en/docs/cli/install 을 방문

오늘 오픈 소스 프로젝트 중 하나에 동일한 문제가 발생하기 시작했습니다.

여기에서 실패한 빌드를 볼 수 있습니다.
https://travis-ci.com/quid/refraction/builds/103692106

그리고 성공한 것 ( --network-concurrency 1 ) :
https://travis-ci.com/quid/refraction/builds/103693682

문제 진단에 도움이되기를 바랍니다.

저장소의 소스 코드는 다음 위치에 있습니다.
https://github.com/quid/refraction

아마도 이것은 누군가를 도울 것입니다.
Jenkins CI에서 문제는 Jenkins가 앱에 대한 병렬 빌드를 트리거한다는 것입니다. 즉, 두 개 이상의 셸 스크립트가 동시에 "yarn 설치"를 트리거했으며 빌드 프로세스 중 하나가 추가로 얀 캐시를 제거했습니다. "yarn 설치"를 시작하기 전에 fully _ ( "yarn cache clean"사용). 이것은 물론 다른 원사 공정에서는 치명적인 문제였습니다.
그런 다음 캐시 정리를 제거하고 yarn 명령을 다음과 같이 변경했습니다.
yarn install --verbose --prefer-offline --mutex file:/tmp/.yarn-mutex --network-concurrency 1
(_-- verbose_는 실제로 필요하지 않음) 삽입
child-concurrency 1
.yarnrc.
이제 병렬 빌드가 시작되면 얀은 다른 얀 프로세스가 활성 상태임을 감지하고 완료 될 때까지 대기합니다. 이를 통해 CI의 "해당 파일 없음"문제가 해결되었습니다.

이 형식으로 패키지 참조를 사용할 때마다 로컬 컴퓨터에서이 문제가 발생합니다.

"connect-js-adapter-tls": "git+https://github.com/jeremyjs/connect-js-adapter-tls.git#v3.2.2",

주목할만한 특성 : 개인 패키지, github url, git + https, 태그가 지정된 git 참조

나를 위해 재현하는 단계 :

1. 슬레이트 정리 : 이러한 모든 참조를 제거하고 yarn install 합니다. 잘 작동합니다.
2. 이러한 모든 참조를 내 package.json 다시 추가하고 yarn install 다시 실행합니다. 이러한 참조가 다시 추가 된 후 첫 번째 실행에서 여전히 정상적으로 작동합니다.
3. 변경 사항이없는 한 yarn install 추가 실행 후 작동합니다.
4. 그러나 패키지를 수정하고 yarn install 실행하면 오류가 발생합니다.
5. 그런 다음 이러한 패키지를 모두 제거하고 yarn install 실행하면 오류가 발생하지 않습니다. 그러면 1 단계로 돌아갑니다.

오류는 다음과 같습니다.

error An unexpected error occurred: "ENOENT: no such file or directory, open '/Users/jeremy/Library/Caches/Yarn/v4/npm-connect-js-adapter-tls-3.2.2-0c97726d92c21183a7fb7334344eb5047e8bc158/node_modules/connect-js-adapter-tls/.yarn-metadata.json'".

모든 git 태그 참조를 제거하면 동일한 동작이 관찰됩니다. 그래서 나는 그것이 문제가 될 수 없다고 믿습니다.
즉

"connect-js-adapter-tls": "git+https://github.com/jeremyjs/connect-js-adapter-tls.git",

npm install 실행하면 오류가 발생합니다.

npm ERR! premature close

npm ERR! A complete log of this run can be found in:
npm ERR!     /Users/jeremy/.npm/_logs/2019-03-20T04_38_38_739Z-debug.log

npm-debug.log : https://gist.github.com/jeremyjs/e97381b16f46124ff7a9bd75ad79fd62

후속 조치로 설치하기 전에 package.json 스크립트를 만들어 캐시에서 해당 패키지를 정리하는 해결 방법을 사용했습니다.

"install-clean": "yarn cache clean connect-js-adapter-tls connect-js-api connect-js-codec connect-js-encode-decode connect-protobuf-messages && yarn install"

이 문제가 무엇인지 아직 알 수 있습니까?
우리의 경우 CI (도커 컨테이너 내부)의 일부로 yarn install 를 실행하고 있으며 동일한 오류가 발생합니다. yarn cache clean 시도했습니다

이 시점에서 무엇을 시도해야할지 확실하지 않으며 빌드가 중단됩니다. 😬

Dan, --network-concurrency 1로 실행 해 보셨습니까? 나는 비슷한
시나리오가 내 문제를 해결했습니다.
2019 년 4 월 2 일 22:17에 "Dan Van Brunt" [email protected]이 작성했습니다.

이 문제가 무엇인지 아직 알 수 있습니까?
우리의 경우 CI의 일부로 yarn install을 실행하고 있습니다 (도커 내부
컨테이너)와 동일한 오류가 발생합니다. 우리는 원사 캐시 청소를 시도했습니다

이 시점에서 무엇을 시도해야할지 확실하지 않으며 빌드가 중단됩니다. 😬

—
이 스레드를 구독했기 때문에이 메시지가 전송되었습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/yarnpkg/yarn/issues/2629#issuecomment-479283590 또는 음소거
실
https://github.com/notifications/unsubscribe-auth/AFU4O1iKA-HBd62Hema1ETmuUlMro_GLks5vdAEOgaJpZM4L3JbX
.

우리 CI 문제도 해결해 준 @tevaum . 또한 빌드 속도가 크게 저하되었습니다. 너무 끔찍하지만 유일한 해결 방법입니다.

네. 나쁜 단점입니다. 2 또는 4와 같은 작은 숫자로 시도 할 수 있습니다.
조금 더 빠를 것이지만 저에게 효과가 있었던 유일한 값은 1 : /

따라서 실제 수정이 행복해질 때까지 기다려야합니다.)
2019 년 4 월 4 일 00:26에 "kunokdev" [email protected]이 작성했습니다.

@tevaum https://github.com/tevaum 은 CI 문제도 해결했습니다.
또한 빌드 속도가 크게 저하되었습니다. 너무 끔찍합니다.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.

이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/yarnpkg/yarn/issues/2629#issuecomment-479735791 또는 음소거
실
https://github.com/notifications/unsubscribe-auth/AFU4O1a9lHn41K0eEQT9zZZzOoATiT61ks5vdXD8gaJpZM4L3JbX
.

이 문제가 해결 될까요? 이로 인해 두 개 이상의 프로젝트에서 원사를 사용할 수 없게되었습니다.

https://yarnpkg.com/en/docs/cli/#toc -concurrency-and-mutex에 문서화 된 mutex 옵션을 사용하십시오.

Yarn의 캐시 사용은 다중 프로세스 방식으로 사용하기에 안전하지 않으며 이러한 오류의 원인입니다.

또는 https://yarnpkg.com/en/docs/cli/cache#change -the-cache-path-for-yarn-에 문서화 된 --cache-folder 옵션을 사용하여 프로세스 별 캐시 폴더를 설정할 수 있습니다.

뮤텍스 옵션 사용의 단점은 전체 시스템에 하나의 얀 인스턴스 만 있다는 것입니다 (다른 인스턴스는 활성 프로세스가 종료 될 때까지 기다림). 즉, CI 작업 전체에서 동시성이 전혀 없음을 의미합니다.

프로세스 당 캐시 폴더의 단점은 I / O가 증가하고 캐시 재사용이 적어 잠재적 인 손실이 있다는 것입니다.

이상적인 솔루션은 Node에 파일 잠금 기능이 없기 때문에 쉽지 않은 프로세스 안전 캐시 구현을 구현하는 것입니다 (유일한 신뢰할 수있는 옵션은 뮤텍스 디렉토리를 만드는 것 같습니다). 두 번째로 좋은 방법은 동일한 arm에서 동시성과 캐시 재사용을 허용하는 per-parallel-arm 캐시 폴더를 사용하는 것입니다.

나는 그것이 뮤텍스 물건이라고 생각하지 않습니다. 나와 다른 사람들은 한 번에 단일 원사를 실행합니다. 제 경우에는 Dockerfile에서 RUN yarn install 입니다. 이는 해당 환경에서 다른 프로세스가 동시에 실행되지 않도록합니다.

최소 재생산 예제 (적어도 내 OSX의 경우)를 확인하십시오.

728 22:49:55 iMac ~/tmp/ynse$ ls
Dockerfile  package.json
729 22:49:58 iMac ~/tmp/ynse$ cat Dockerfile
FROM node
ADD . /app
WORKDIR /app
RUN yarn

730 22:50:00 iMac ~/tmp/ynse$ cat package.json
{
  "dependencies": {
    "react-navigation-core": "https://github.com/react-navigation/react-navigation-core",
    "react-navigation-hooks": "https://github.com/react-navigation/react-navigation-hooks"
  }
}
731 22:50:03 iMac ~/tmp/ynse$ docker build -t yt .
Sending build context to Docker daemon  15.87kB
Step 1/4 : FROM node
 ---> 39337023f8d4
Step 2/4 : ADD . /app
 ---> aa86b2d7f191
Step 3/4 : WORKDIR /app
 ---> Running in 83baa8603935
Removing intermediate container 83baa8603935
 ---> 80741f170292
Step 4/4 : RUN yarn
 ---> Running in 0718118bdcd6
yarn install v1.3.2
warning package.json: No license field
info No lockfile found.
warning No license field
[1/4] Resolving packages...
[2/4] Fetching packages...
[1/4] Resolving packages...
[2/4] Fetching packages...
[1/4] Resolving packages...
[2/4] Fetching packages...
info If you think this is a bug, please open a bug report with the information provided in "/app/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
error An unexpected error occurred: "https://registry.yarnpkg.com/lodash/-/lodash-4.17.11.tgz: EEXIST: file already exists, mkdir '/usr/local/share/.cache/yarn/v1/npm-lodash-4.17.11-b39ea6229ef607ecd89e2c8df12536891cac9b8d'".
^C
732 22:50:23 iMac ~/tmp/ynse$

@nopik -Yarn 1.3.2는 매우 오래되었으며 해당 버전 이후에 많은 수정 사항이있었습니다. 최신 Docker 내부 중 하나를 사용해 보셨습니까?

실제로 그 노드 이미지는 꽤 오래되었습니다. 다음은 dockerhub node : latest 에서 몇 분 전에 다운로드 한 새로운 것입니다.

Sending build context to Docker daemon  15.87kB
Step 1/4 : FROM node
 ---> a9c1445cbd52
Step 2/4 : ADD . /app
 ---> Using cache
 ---> 26ed37136c09
Step 3/4 : WORKDIR /app
 ---> Using cache
 ---> b2339e7d25af
Step 4/4 : RUN yarn
 ---> Running in cdbdfd9c373c
yarn install v1.15.2
warning package.json: No license field
info No lockfile found.
warning No license field
[1/4] Resolving packages...
[2/4] Fetching packages...
[1/4] Resolving packages...
[2/4] Fetching packages...
[1/4] Resolving packages...
[2/4] Fetching packages...
error An unexpected error occurred: "ENOTEMPTY: directory not empty, rmdir '/usr/local/share/.cache/yarn/v4/npm-lodash-4.17.11-b39ea6229ef607ecd89e2c8df12536891cac9b8d/node_modules/lodash'".
info If you think this is a bug, please open a bug report with the information provided in "/app/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

@BYK 이 도커를 직접 만들어 보셨습니까?

내 컴퓨터 (지금 모바일)에 도착하면 며칠 후에 시도합니다. 매우 이상해 보이지만 디렉토리는 일관성이 있습니다. 재현 사례에 감사드립니다.

@nopik- 로그를 자세히

@BYK 그 패키지 중 하나에 "scripts": { "build": "yarn babel --out-dir dist && del-cli 'dist/**/__tests__' && yarn tsc --emitDeclarationOnly", "prepare": "yarn build" } 것을 알 수 있습니다. 다른 하나는 다른 스크립트를 가지고 있지만 아직 준비중인 yarn을 실행하고 있습니다. 설치 중에 yarn에 의해 실행됩니까?

@Nopik- 다른 설치가 아닌 단순히 스크립트를 실행하기 때문에 문제가 발생할 것이라고 생각하지 마십시오. 또한 이러한 스크립트는 I / O 단계 후에 실행됩니다. 여러 yarn install 인스턴스를 트리거하는 다른 항목이 있어야합니다.

나는 그것이 아마도 동시에 실행되는 여러 실의 인스턴스라는 데 동의합니다. 문제는 이것이 yarn 의 단일 CLI 호출에서 발생한다는 것입니다. 재현하기 위해도 커가 필요하지 않습니다.

저의 이론은 잘 알고 있지 않지만 준비 단계와 관련이 있고 해당 얀이 git 패키지를 "빌드"하기 위해 추가 인스턴스를 시작할 수 있다는 것입니다. 특히 빌드해야하는 공통 패키지에 각각 의존하는 두 가지 종속성이있을 것입니다. Yarn은 똑똑하고 각 개별 패키지를 병렬로 빌드하려고하지만 동일한 캐시 위치에 두 개의 패키지를 빌드하려고하면 실패합니다.

우리의 경우에는 여러 개의 실 인스턴스가 없습니다.

우리 시스템은 자체 도커 이미지에서 실행됩니다. 단일 _ 원사 설치 _가 있습니다. 갑자기 오작동하기 시작했고 이제 네트워크 동시성을 1로 설정하지 않으면 작업 할 수 없습니다.
원사 자체가 밤새 바뀌지 않는 한

--mutex file 또는 --mutex network 로이 문제를 해결하려고하면 필연적으로 (아마도)이 버그가 발생합니다 https://github.com/yarnpkg/yarn/issues/6650 (현재 6 개월 동안 오픈 / 미해결) 😢

즉, yarn install 실행하면 성공하더라도 다른 yarn 명령을 실행할 수 없습니다.

Dan, --network-concurrency 1로 실행 해 보셨습니까? 비슷한 시나리오가 있으며 내 문제가 해결되었습니다.

@tevaum- 그게 바로 문제였습니다. 감사!
나는 하나 이상의 인스턴스를 실행하지 않을 것이라고 생각했지만 실제로는 스크립트가 있습니다. 🤦‍♂️

@tevaum 도 나를 위해 해결되었습니다. 감사합니다.

--mutex 파일 또는 --mutex 네트워크로이 문제를 해결하려고하면 불가피하게 (아마도)이 버그 # 6650 (현재 6 개월 동안 열림 / 해결되지 않음)이 발생합니다.

@sarink — 뮤텍스 옵션 버그도 만났습니다. 언급 해주셔서 감사합니다.

yarn 는 모든 것이 정상이라고 말합니다.

PS C:\Users\chtacklind\Desktop\git\Project> yarn --verbose
yarn install v1.10.1
verbose 0.282 Checking for configuration file "C:\\Users\\chtacklind\\Desktop\\git\\Project\\.npmrc".
verbose 0.284 Found configuration file "C:\\Users\\chtacklind\\Desktop\\git\\Project\\.npmrc".
verbose 0.285 Checking for configuration file "C:\\Users\\chtacklind\\.npmrc".
verbose 0.286 Checking for configuration file "C:\\Program Files\\nodejs\\etc\\npmrc".
verbose 0.288 Checking for configuration file "C:\\Users\\chtacklind\\Desktop\\git\\Project\\.npmrc".
verbose 0.289 Found configuration file "C:\\Users\\chtacklind\\Desktop\\git\\Project\\.npmrc".
verbose 0.29 Checking for configuration file "C:\\Users\\chtacklind\\Desktop\\git\\.npmrc".
verbose 0.291 Checking for configuration file "C:\\Users\\chtacklind\\Desktop\\.npmrc".
verbose 0.295 Checking for configuration file "C:\\Users\\chtacklind\\.npmrc".
verbose 0.297 Checking for configuration file "C:\\Users\\.npmrc".
verbose 0.3 Checking for configuration file "C:\\Users\\chtacklind\\Desktop\\git\\Project\\.yarnrc".
verbose 0.301 Found configuration file "C:\\Users\\chtacklind\\Desktop\\git\\Project\\.yarnrc".
verbose 0.302 Checking for configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 0.309 Found configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 0.312 Checking for configuration file "C:\\Program Files\\nodejs\\etc\\yarnrc".
verbose 0.317 Checking for configuration file "C:\\Users\\chtacklind\\Desktop\\git\\Project\\.yarnrc".
verbose 0.318 Found configuration file "C:\\Users\\chtacklind\\Desktop\\git\\Project\\.yarnrc".
verbose 0.319 Checking for configuration file "C:\\Users\\chtacklind\\Desktop\\git\\.yarnrc".
verbose 0.326 Checking for configuration file "C:\\Users\\chtacklind\\Desktop\\.yarnrc".
verbose 0.327 Checking for configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 0.333 Found configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 0.336 Checking for configuration file "C:\\Users\\.yarnrc".
verbose 0.346 current time: 2019-05-12T11:56:12.800Z
[1/4] Resolving packages...
success Already up-to-date.
Done in 0.33s.

그러나 yarn --check 실행하면 빌드를 시도하지만 항상 실패합니다.

때때로 끝에 잘못된 오류 메시지가 표시됩니다.

PS C:\Users\chtacklind\Desktop\git\Project> yarn --check-files --network-concurrency 1 --mutex file:C:/.yarn-mutex --verbose
yarn install v1.10.1
verbose 0.286 Checking for configuration file "C:\\Users\\chtacklind\\Desktop\\git\\Project\\.npmrc".
verbose 0.288 Found configuration file "C:\\Users\\chtacklind\\Desktop\\git\\Project\\.npmrc".
verbose 0.289 Checking for configuration file "C:\\Users\\chtacklind\\.npmrc".
verbose 0.29 Checking for configuration file "C:\\Program Files\\nodejs\\etc\\npmrc".
verbose 0.291 Checking for configuration file "C:\\Users\\chtacklind\\Desktop\\git\\Project\\.npmrc".
verbose 0.292 Found configuration file "C:\\Users\\chtacklind\\Desktop\\git\\Project\\.npmrc".
verbose 0.293 Checking for configuration file "C:\\Users\\chtacklind\\Desktop\\git\\.npmrc".
verbose 0.294 Checking for configuration file "C:\\Users\\chtacklind\\Desktop\\.npmrc".
verbose 0.295 Checking for configuration file "C:\\Users\\chtacklind\\.npmrc".
verbose 0.296 Checking for configuration file "C:\\Users\\.npmrc".
verbose 0.302 Checking for configuration file "C:\\Users\\chtacklind\\Desktop\\git\\Project\\.yarnrc".
verbose 0.304 Found configuration file "C:\\Users\\chtacklind\\Desktop\\git\\Project\\.yarnrc".
verbose 0.305 Checking for configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 0.306 Found configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 0.307 Checking for configuration file "C:\\Program Files\\nodejs\\etc\\yarnrc".
verbose 0.308 Checking for configuration file "C:\\Users\\chtacklind\\Desktop\\git\\Project\\.yarnrc".
verbose 0.311 Found configuration file "C:\\Users\\chtacklind\\Desktop\\git\\Project\\.yarnrc".
verbose 0.313 Checking for configuration file "C:\\Users\\chtacklind\\Desktop\\git\\.yarnrc".
verbose 0.314 Checking for configuration file "C:\\Users\\chtacklind\\Desktop\\.yarnrc".
verbose 0.315 Checking for configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 0.316 Found configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 0.317 Checking for configuration file "C:\\Users\\.yarnrc".
verbose 0.32 current time: 2019-05-12T11:56:20.033Z
[1/4] Resolving packages...
[2/4] Fetching packages...
verbose 2.344 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\ef8122f161347726dd1763e1dca6eeef.d34344cbdf2ff518a03c08fc5f46827c9d66e543.prepare\\.npmrc".
verbose 2.344 Checking for configuration file "C:\\Users\\chtacklind\\.npmrc".
verbose 2.345 Checking for configuration file "C:\\Program Files\\nodejs\\etc\\npmrc".
verbose 2.345 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\ef8122f161347726dd1763e1dca6eeef.d34344cbdf2ff518a03c08fc5f46827c9d66e543.prepare\\.npmrc".
verbose 2.346 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\.npmrc".
verbose 2.346 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.npmrc".
verbose 2.346 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\.npmrc".
verbose 2.346 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\.npmrc".
verbose 2.347 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\.npmrc".
verbose 2.347 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\.npmrc".
verbose 2.347 Checking for configuration file "C:\\Users\\chtacklind\\.npmrc".
verbose 2.348 Checking for configuration file "C:\\Users\\.npmrc".
verbose 2.348 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\ef8122f161347726dd1763e1dca6eeef.d34344cbdf2ff518a03c08fc5f46827c9d66e543.prepare\\.yarnrc".
verbose 2.349 Checking for configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 2.35 Found configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 2.351 Checking for configuration file "C:\\Program Files\\nodejs\\etc\\yarnrc".
verbose 2.352 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\ef8122f161347726dd1763e1dca6eeef.d34344cbdf2ff518a03c08fc5f46827c9d66e543.prepare\\.yarnrc".
verbose 2.353 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\.yarnrc".
verbose 2.358 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.yarnrc".
verbose 2.359 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\.yarnrc".
verbose 2.36 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\.yarnrc".
verbose 2.361 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\.yarnrc".
verbose 2.362 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\.yarnrc".
verbose 2.363 Checking for configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 2.364 Found configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 2.366 Checking for configuration file "C:\\Users\\.yarnrc".
[1/4] Resolving packages...
[2/4] Fetching packages...
verbose 2.541 Performing "GET" request to "https://registry.yarnpkg.com/typescript/-/typescript-3.3.3333.tgz".
verbose 3.263 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\6621674c4e43b664dde14df71eaf0cc8.09d44d8abc94f728f1c5ea93c22fe9b4f87d9076.prepare\\.npmrc".
verbose 3.264 Checking for configuration file "C:\\Users\\chtacklind\\.npmrc".
verbose 3.265 Checking for configuration file "C:\\Program Files\\nodejs\\etc\\npmrc".
verbose 3.266 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\6621674c4e43b664dde14df71eaf0cc8.09d44d8abc94f728f1c5ea93c22fe9b4f87d9076.prepare\\.npmrc".
verbose 3.268 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\.npmrc".
verbose 3.27 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.npmrc".
verbose 3.271 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\.npmrc".
verbose 3.273 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\.npmrc".
verbose 3.278 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\.npmrc".
verbose 3.279 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\.npmrc".
verbose 3.28 Checking for configuration file "C:\\Users\\chtacklind\\.npmrc".
verbose 3.281 Checking for configuration file "C:\\Users\\.npmrc".
verbose 3.283 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\6621674c4e43b664dde14df71eaf0cc8.09d44d8abc94f728f1c5ea93c22fe9b4f87d9076.prepare\\.yarnrc".
verbose 3.285 Checking for configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 5.007 Error: https://registry.yarnpkg.com/typescript/-/typescript-3.3.3333.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "ENOENT: no such file or directory, stat 'C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\npm-typescript-3.3.3333-171b2c5af66c59e9431199117a3bcadc66fdcfd6\\lib\\tsserver.js'"nd\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\6621674c4e43b664dde14df71eaf0cc
    at MessageError.ExtendableBuiltin (C:\Program Files (x86)\Yarn\lib\cli.js:243:66)
    at new MessageError (C:\Program Files (x86)\Yarn\lib\cli.js:272:123)pData\\Local\\Yarn\\Cache\\v2\\.tmp\\.yarnrc".
    at Extract.<anonymous> (C:\Program Files (x86)\Yarn\lib\cli.js:56849:14)a\\Local\\Yarn\\Cache\\v2\\.yarnrc".
    at Extract.emit (events.js:194:15)on file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\.yarnrc".
    at Extract.module.exports.Extract.destroy (C:\Program Files (x86)\Yarn\lib\cli.js:131115:17)nrc".
    at onunlock (C:\Program Files (x86)\Yarn\lib\cli.js:130992:26)nd\\AppData\\Local\\.yarnrc".
    at C:\Program Files (x86)\Yarn\lib\cli.js:43373:25rs\\chtacklind\\AppData\\.yarnrc".
    at C:\Program Files (x86)\Yarn\lib\cli.js:43339:23rs\\chtacklind\\.yarnrc".
    at C:\Program Files (x86)\Yarn\lib\cli.js:56799:13acklind\\.yarnrc".
    at FSReqWrap.oncomplete (fs.js:153:21)ile "C:\\Users\\.yarnrc".
error https://registry.yarnpkg.com/typescript/-/typescript-3.3.3333.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "ENOENT: no such file or directory, stat 'C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\npm-typescript-3.3.3333-171b2c5af66c59e9431199117a3bcadc66fdcfd6\\lib\\tsserver.js'"
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
PS C:\Users\chtacklind\Desktop\git\Project>

때때로 다른 오류가 있습니다.

...
[2/4] Fetching packages...
verbose 2.635 Performing "GET" request to "https://registry.yarnpkg.com/typescript/-/typescript-3.3.3333.tgz".
verbose 3.465 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\6621674c4e43b664dde14df71eaf0cc8.09d44d8abc94f728f1c5ea93c22fe9b4f87d9076.prepare\\.npmrc".
verbose 3.466 Checking for configuration file "C:\\Users\\chtacklind\\.npmrc".
verbose 3.467 Checking for configuration file "C:\\Program Files\\nodejs\\etc\\npmrc".
verbose 3.468 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\6621674c4e43b664dde14df71eaf0cc8.09d44d8abc94f728f1c5ea93c22fe9b4f87d9076.prepare\\.npmrc".
verbose 3.469 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\.npmrc".
verbose 3.47 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.npmrc".
verbose 3.471 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\.npmrc".
verbose 3.473 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\.npmrc".
verbose 3.474 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\.npmrc".
verbose 3.48 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\.npmrc".
verbose 3.481 Checking for configuration file "C:\\Users\\chtacklind\\.npmrc".
verbose 3.482 Checking for configuration file "C:\\Users\\.npmrc".
verbose 3.483 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\6621674c4e43b664dde14df71eaf0cc8.09d44d8abc94f728f1c5ea93c22fe9b4f87d9076.prepare\\.yarnrc".
verbose 3.485 Checking for configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 3.486 Found configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 3.49 Checking for configuration file "C:\\Program Files\\nodejs\\etc\\yarnrc".
verbose 3.492 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\6621674c4e43b664dde14df71eaf0cc8.09d44d8abc94f728f1c5ea93c22fe9b4f87d9076.prepare\\.yarnrc".
verbose 3.493 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.tmp\\.yarnrc".
verbose 3.494 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\.yarnrc".
verbose 3.495 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\.yarnrc".
verbose 3.496 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\.yarnrc".
verbose 3.497 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\Local\\.yarnrc".
verbose 3.501 Checking for configuration file "C:\\Users\\chtacklind\\AppData\\.yarnrc".
verbose 3.503 Checking for configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 3.504 Found configuration file "C:\\Users\\chtacklind\\.yarnrc".
verbose 3.505 Checking for configuration file "C:\\Users\\.yarnrc".
[1/4] Resolving packages...
[2/4] Fetching packages...
verbose 4.608 Error: EPERM: operation not permitted, unlink 'C:\Users\chtacklind\AppData\Local\Yarn\Cache\v2\npm-typescript-3.3.3333-171b2c5af66c59e9431199117a3bcadc66fdcfd6\.yarn-tarball.tgz'
error An unexpected error occurred: "EPERM: operation not permitted, unlink 'C:\\Users\\chtacklind\\AppData\\Local\\Yarn\\Cache\\v2\\npm-typescript-3.3.3333-171b2c5af66c59e9431199117a3bcadc66fdcfd6\\.yarn-tarball.tgz'".
info If you think this is a bug, please open a bug report with the information provided in "C:\\Users\\chtacklind\\Desktop\\git\\Project\\yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
PS C:\Users\chtacklind\Desktop\git\Project>

--mutex 지정했지만 두 개의 실 프로세스가 실행되고 있습니다.

참고로이 패키지에는 수행해야하는 tsc prepare 단계가있는 git 종속성이 있습니다. 이 패키지에는 동일한 프로세스가 필요한 git 종속성도 있습니다. 얀이 같은 패키지를 같은 장소에 풀려고하는데 우리는 경쟁 상태에 있다는 것이 분명합니다.

왜 원 사는 말하지 않아도 여러 인스턴스를 실행합니까?

업데이트로 yarn install --network-concurrency 1 --mutex network 사용은 하나 또는 다른 옵션을 사용하는 것이 시간의 일부만 성공하는 경향이있는 매번 작동하는 것처럼 보입니다.

그렇다면이 문제에 대한 해결책은 무엇입니까?
Ubuntu Linux 18.04에서 yarn 1.16을 사용합니다.
그리고 여전히이 오류 메시지가 나타납니다.

error 예기치 않은 오류가 발생했습니다 : "ENOENT : no such file or directory, lstat '/ home / user / workspace / project / packages / components / node_modules / source-map-support'".

내 명령은 다음과 같습니다.

yarn install --check-files --frozen-lockfile --network-concurrency 1

그리고 두 번에 한 번이 오류가 발생합니다.
추신 : 저는 monorepo에서 작업하므로 yarn 작업 공간을 활성화했습니다.
PPS :
나는 두 번 확인했다
--mutex 파일 또는 --mutex 네트워크를 추가해도 도움이되지 않습니다.

작품이 스크립트에 들어가는 것을 확인할 수있는 유일한 솔루션

    yarn install --check-files --frozen-lockfile;
do
    echo "Surprise, surprise. Let's try again..."
done

:(

Fwiw, yarn 를 npm 로 찾기 / 바꾸기 만 수행하고 synp 를 사용하여 yarn.lock 를 package-lock.json 로 변환하여 npm 으로 전환 할 수 npm install 합니다. 이것이 고통스러운 과정이라고 생각했지만 npm은 많이 발전했고 30 분 밖에 걸리지 않았고 이제는 어디에서나 작동합니다.

여기서 문제는 무엇이 잘못되고 있는지에 대한 진정으로 간단한 예가 없다는 것입니다. 나는 문제를 안정적으로 재현하는 사소한 package.json 를 게시했지만 포함 된 패키지는 다소 복잡합니다.

컴파일 / 설치 (준비)에 시간이 걸리는 공유 "잎"/ 팁이있는 종속성 트리가 있고 얀이이 작업을 동시에 두 번 시도하려고 할 때 문제가 발생한다고 생각합니다. 각 인스턴스는 공유 예측 가능한 위치에서 "준비"되고 동시에 동일한 위치에 "쓰기"할 수 없습니다 (하나는 파일을 삭제하고 다른 하나는 파일이 계속있을 것으로 예상 함).

저는이 이론을 테스트하기 위해 부풀려진 "준비"단계로 간단한 개념 증명 패키지를 만들려고했지만 시간이 없었습니다. 내가 이해하기 전에 다른 사람이이 이론을 테스트 할 수 있을까요?

이것은 동시에 실행되는 여러 원사 인스턴스가있을 때 발생합니다. 여기에 설명 된 --mutex 옵션을 사용할 수 있습니다. https://yarnpkg.com/en/docs/cli/#toc -concurrency-and-mutex

@BYK 이것이 문제가 아닌 경우가 많은 것 같습니다. 다른 사람들은이 옵션이 그들에게 다른 문제를 일으킨다 고 지적하기도했습니다.

@cinderblock # 6650은 엣지 케이스처럼 --ignore-scripts 의해 피할 수 있습니다.

다른 리드가있는 경우 다른 사람이 디버깅에 더 많은 시간을 할애 할 수 있도록 공유해주세요.

@BYK install 스크립트 내에서 의도적으로 yarn install 사용하는 사람을 본 적이 없습니다. 당신이 봤어 이 사소한 package.json 이 문제를 생산하는? 이 오류를 유발하는 종속 패키지의 무언가이며, 아마도 install 가 묻혀있을 수 있습니다. 그러나 package.json 는 npm 잘 작동합니다 ...

관련, --ignore-scripts 권장 방법 / 위치는? 많은 패키지가 작동하기 위해 설치 후 스크립트에 의존합니다.

--ignore-scripts는 어떻게 / 어디에서 권장됩니까? 많은 패키지가 작동하기 위해 설치 후 스크립트에 의존합니다.

아, 그냥 여기에 추천했는데 얀의 많은 멤버들이 이것에 대해 목소리를 냈다고 생각합니다. 😀 대부분의 패키지는 괜찮지 만 실제로 설치 후 scrpits에 의존하는 몇 가지 패키지가 있습니다.

이 사소한 패키지를 보았습니까?

예, 그러나 "사소한" package.json 파일조차도 매우 큰 종속성 트리를 생성 할 수 있으므로 사소하다고 말하면서 다음 방법 중 하나로 해석하는 경향이 있다는 점을 제외하고는 크게 변경되지 않습니다.

• yarn은 너무 엉망이어서이 _trivial_ package.json 파일을 처리 할 수도 없습니다.
• 이 문제는 _trivial_ package.json 파일로 재현 할 수 있지만 여전히 수정할 수 없거나 수정하지 않습니다.

그것들 중 어느 것도 도움이되지 않기 때문에 나는 당신의 코멘트를 무시하는 경향이 있습니다.

실제 문제의 경우 yarn이 mutex로 실행 되려면 --mutex 플래그를 사용하여 모든 yarn 인스턴스를 호출해야하므로 문제가 해결되는지 확인하는 가장 좋은 방법은 --install.mutex network 를 .yarnrc 파일 (https://yarnpkg.com/en/docs/yarnrc#toc-cli-arguments 참조). 즉, 초기 설치가 다른 설치를 트리거하면 교착 상태가 발생할 수 있습니다. 두 번째 설치는 기본 설치가 완료 될 때까지 기다릴 것이고 기본 설치는이 스크립트 호출 원사에서 완료 될 때까지 차단되므로 실제로는 그렇지 않습니다. node 제공하는 잠금 기본 요소로는 거의 불가능한 스레드 / 프로세스 안전 캐시 시스템을 구현하는 것 외에이 문제를 해결하는 방법을 알고 있어야합니다. 가장 가까운 것은이 적절한 잠금 패키지처럼 보이지만 우리 중 누구도 그것을 시도 할 시간이 없었습니다. 이것을 캐시 쓰기 / 읽기 코드에 구현하는 데 관심이 있다면 도와 드릴 수 있습니다.

@BYK 아,

내 지속성을 용서하지만 뮤텍스 옵션이 어떻게 해결책인지 여전히 알 수 없습니다. 나는 뮤텍스로 실행을 시도했지만 여전히 동시에 실을 실행했습니다. 테스트에서 실수를했을까요? yarn --mutex ... 실행하면 해당 옵션이 자식 인스턴스에 전달 될 것으로 예상했습니다 (예 make 처럼). 또한 --install.mutex network 을 내 .yarnrc 파일에 추가하라는 제안을 시도했습니다 (동일한 오류). --verbose 는 옵션이로드되고 있음을 확인합니다.

다른 방향에서 올 수 있을까요? npm이 아닌 얀은 무엇입니까? npm에 왜 동일한 문제가 없습니까?

@BYK , mutex 플래그를 사용하는 것은 완전히 받아 들일 수 없습니다. 왜냐하면 _ 다른 얀 명령을 실행하지 못하게하는 추가 얀 버그가 있기 때문입니다 _... 이것은 "내 키를 내 차 "는"걱정하지 마세요. 생각했습니다!이 편리한 도구를 사용하여 모든 창문과 문 잠금 장치를 두드리면 이제 다시는 차를 잠글 수 없습니다! " 🙄

사소한 package.json 이든 아니든, 이것은 많은 사람들이 원사를 완전히 사용할 수 없게 만드는 해결책이나 해결 방법이없는 큰 문제입니다. 더 많은 관심을 받아야합니다. 특히 오픈한지 _2 년 _을 감안하면.

헉

@BYK , mutex 플래그를 사용하는 것은 완전히 용납되지 않습니다. 왜냐하면 추가 yarn 버그가 있기 때문에 다른 yarn 명령을 실행할 수 없습니다 ...

그런 버그에 대해 알고 있지 않습니다. 이미보고 된 경우 알려주시겠습니까? --mutex 작동 방식은 동일한 뮤텍스를 사용하는 다른 yarn 인스턴스가 초기 인스턴스가 완료 될 때까지 실행되지 않도록하는 것입니다. 그래서 (당신의 묘사가 아니라) 당신이 말하는 것은 "예상대로 작동한다"는 것처럼 들립니다.

사소한 package.json이든 아니든, 이것은 많은 사람들이 원사를 완전히 사용할 수 없게 만드는 해결책이나 해결 방법이없는 큰 문제입니다. 더 많은 관심을 받아야합니다. 특히 오픈 한 지 2 년이 됐다는 점을 고려하면 더욱 그렇습니다.

"많은 사람들이 실을 완전히 사용할 수 없게 만든다"와 "2 년 동안 열려있다"라는 자신의 문장의 내부 모순에 대해 잠시 생각해보십시오. 이번 호에는 5 명의 Yarn 메인테이너와 총 138 개의 댓글이 포함 된 56 명의 참가자 만이 참여하고 있으며, 대부분이 같은 주제를 돌고 있습니다. 이것은 "많은 사람"이 아닙니다. 이것은 _ 일부 _ 사람이고 그들에게 중요하다고 확신합니다. 그러나 저는 그들 중 누구도 코드 수정 한 줄을 보내는 데 중요하다고 생각하지 않고 완전히 제공되는 소프트웨어에 대한 수정을 요구하지 않습니다. 그들에게 무료입니다.

@cinderblock

내 지속성을 용서하지만 뮤텍스 옵션이 어떻게 해결책인지 여전히 알 수 없습니다.

끈기와 관련하여 용서할 것이 없습니다. 실제로 문제를 해결하려고 할 때 축하해야합니다. :)

나는 yarn --mutex ...를 실행하면 해당 옵션을 하위 인스턴스에 전달할 것으로 예상했습니다 (예 : make가 수행하는 작업).

나는 그것이 전해지는 것이 아니라고 확신합니다.

나는 또한 내 .yarnrc 파일에 --install.mutex 네트워크를 추가하는 제안을 시도했습니다 (동일한 오류). --verbose는 옵션이로드되고 있는지 확인합니다.

꽤 흥미 롭습니다. .yarnrc 파일을 무시하고 새 yarn 인스턴스가 다른 디렉터리에서 트리거되기 때문일 수 있습니다. 해당 옵션과 함께 전역 .yarnrc 파일을 사용하는 것이 좋을 수 있는데, 이것이 적절한 솔루션이라고 생각하지 않습니다. 이전에 예상 한대로 실제로 설치를 차단하는지 확인하기 위해서만 시도해야합니다.

다른 방향에서 올 수 있을까요? npm이 아닌 얀은 무엇입니까? npm에 왜 동일한 문제가 없습니까?

Yarn과 npm이 작동 방식이 너무 다르다는 다양한 생각에 감사드립니다. 여기에 실제로 적용되지 않는다고 생각합니다. 자체 설치의 일부로 원사 설치를 트리거하는 패키지를 식별 할 수 있다면 해결책을 찾을 수 있습니다. yarn 실행 파일을 호출 소스, cwd 및 전달 된 모든 인수를 기록한 다음 평소와 같이 yarn을 실행하여 유용한 디버그 정보를 얻고 거기에서 계속하는 bash 스크립트로 대체 할 수 있습니까?

궁극적 인 해결책은 앞서 언급했듯이 동시성 친화적 인 캐시 구현이지만 더 많은 디버깅 정보를 통해 더 저렴한 해결 방법을 찾을 수 있습니다.

이 @cinderblock 과 협력 해 주셔서 감사합니다. 대단히 감사합니다.

궁극적 인 해결책은 앞서 언급했듯이 동시성 친화적 인 캐시 구현이지만 더 많은 디버깅 정보를 통해 더 저렴한 해결 방법을 찾을 수 있습니다.

단순화 된 동시성 처리를 제공하는 것이 가능해야한다고 생각합니다. 예를 들어 빌드 단계에서 다른 얀 인스턴스가 호출되면 상단 얀 프로세스에 의한 캐시 작업이 거의 없어야합니다. 적어도 그것이 내가 기대하는 것입니다. 가능한 스크립트를 호출하기 전에 캐시가 디스크로 플러시되는지 확인하는 것이 트릭을 수행 할 수 있습니다. 하지만 구현하기가 얼마나 복잡한지는 확실하지 않습니다.

@BYK 오! 나는 하위 패키지가 스크립트에서 yarn ... 를 호출 할 가능성을 고려하지 않았습니다. npm install 이 실패하지 않는 이유는 종속성이 yarn ... 실행할 때 하나의 인스턴스 만 실행되기 때문이라고 생각하십니까?

나는 달리기로 문제를 해결할 수 있었다.

yarn cache clean
rm ./yarn.lock
yarn install

그러나이 프로세스는 a) 더 이상 캐시가없고 잠금 파일이 제거 되었기 때문에 모든 패키지를 다시 다운로드하기 때문에 오래 걸립니다.

이것은 로컬 컴퓨터에서 해결할 수 있지만 bitrise에 사용되는 경우 원사 문제가 남아 있습니다. 처음부터 깨끗한 이미지입니다. 단일 원사 프로세스가 실행중인 경우에도 네트워크 동시성은 어떤 경우에도 필요합니다.

@BYK

Tere는 5 명의 Yarn 관리자와 총 138 개의 댓글을 포함하여이 문제에 56 명에 불과하며, 대부분이 같은 주제를 돌고 있습니다.

이 repo의 경우 꽤 높은 숫자 인 것 같습니다. 모든 미해결 이슈와 마감 이슈 중에서 가장 높은 댓글 수이며 참여자 수가 가장 많습니다.

더군다나 (아마도) 관련 문제를 조사하는 동안 관련되었을 가능성이있는 문제를 가진 많은 사람들을 보았습니다. 안타깝게도 많은 사람들이 원사 전체를 포기하거나 원사 잠금 파일이 변경 될 때마다 --network-cocurrency 1 작업 비용을 삼켰습니다. 그것이 바로 제가 프로젝트 중 하나를 위해했던 일입니다. 마침내 그것이 하위 스크립트라는 것을 알게 될 때까지 말입니다.

이것은 "많은 사람들"이 아닙니다. 이것은 몇몇 사람들이고 그들에게 중요하다는 것을 확신합니다. 그러나 저는 그들 중 어느 누구도 코드 수정 한 줄을 보내고 완전히 제공되는 소프트웨어에 대한 수정을 요구하는 것을 중요하게 여기지 않습니다. 그들에게 무료입니다.

Yarn은 사람들이 쉽게 뛰어들 수있는 유형의 프로젝트가 아닙니다. 비동기 방식으로 많은 작업을 수행하는 복잡한 시스템입니다. 즉, 디버거를 실행하고 스택을 따라 가면서 무슨 일이 일어나고 있는지 확인할 수 없습니다. 따라서이 코드베이스를 이해하는 것은 결코 쉬운 일이 아니며 수정하기도 더 어렵습니다. 지옥,이 시점에서 나는 이미 코드를 읽는 데 며칠 동안 누적 된 시간을 보냈고, 관련 테스트가 포함 된 간단한 패치조차 제출할만큼 자신감이 없다. 내가 20 년 이상의 경험을 가지고 있고 코드 읽기가 내 전문 분야 중 하나라는 점을 감안할 때 평균 개발자에게 가장 큰 기회를주지 않을 것입니다.

즉, 빠르고 간단한 한 줄 수정이 프로젝트의 내부 작업에 익숙하지 않은 사람에게는 며칠에 걸친 대규모 프로젝트가 될 수 있습니다. 다양한 커뮤니티에 존재하는 암시 적 정책을 언급하기 전입니다. 몇 가지 프로토콜을 따르지 않았거나, 올바른 테스트를 작성하지 않았거나, 올바른 사양을 따르지 않았거나, 문서화되지 않은 코딩 표준을 수정하지 않았기 때문에 다양한 오픈 소스 프로젝트에서 최소한 몇 개의 PR이 거부되었습니다. 외부인으로서 대규모 프로젝트에 의미있게 기여하는 것은 도전이 될 수 있습니다.

이것이 정말로 당신에게 한 줄짜리 수정이라면, 그것을하지 않는 다른 사람들을 비판하는 긴 게시물을 작성하는 대신 수정을 작성하는 것이 더 빠르지 않습니까?

자체 설치의 일부로 원사 설치를 트리거하는 패키지를 식별 할 수 있다면 해결책을 찾을 수 있습니다.

여기에 이런 종류의 동작을 나타내는 패키지의 예가 있지만 yarn install 이 (가) 표시되지 않는 경우 ( bob build 가 수행하지 않는 한,이 문제는 명령은 "prepare": "node ./scripts/generate-mappings", )입니다.

궁극적 인 해결책은 앞서 언급했듯이 동시성 친화적 인 캐시 구현이지만 더 많은 디버깅 정보를 통해 더 저렴한 해결 방법을 찾을 수 있습니다.

그러한 상황이 감지되면 (감지 가능하다고 가정 할 때) 경고를 시작하는 것이 좋습니다. 동시성 친화적 인 캐시는 적어도 한 얀 커뮤니티 구성원이 집중적으로 노력해야하는 것처럼 보입니다.

업데이트 는 작동하는 해결 방법을 찾았습니다 .... git 하위 모듈을 사용한 다음 패키지의 위치를 ​​로컬 폴더로 지정합니다. 이상적이지는 않지만 작동합니다.

CircleCI에서도이 문제가 발생하며 큰 문제입니다. 문제는 github.com 및 Linux (OSX에서 작동)에 호스팅 된 패키지를 사용하는 것과 관련된 것으로 보입니다. mutex 및 network-concurrency 옵션은 아무 작업도 수행하지 않습니다.

"my-js-lib": " ssh : //[email protected] : dgobaud / my-js-ib # 1.0.0"

제거하면 CircleCI에서 작동합니다. 로컬에서는 원사 1.17.0을 사용하여 OSX에서 작동합니다.

그러나 노드 12.8.1 및 원사 1.17.3 (원 이미지 circleci / node : latest)이있는 CircleCI에서는 작동하지 않습니다.

또는 Node 8.15.0 및 yarn 1.12.3 (원 이미지 circleci / node : 8.15.0)

#!/bin/bash -eo pipefail
yarn install --mutex network --network-concurrency 1
yarn install v1.12.3
[1/4] Resolving packages...
warning Resolution field "[email protected]" is incompatible with requested version "mixin-deep@^1.2.0"
warning Resolution field "[email protected]" is incompatible with requested version "set-value@^2.0.0"
warning Resolution field "[email protected]" is incompatible with requested version "set-value@^0.4.3"
[2/4] Fetching packages...
info [email protected]: The platform "linux" is incompatible with this module.
info "[email protected]" is an optional dependency and failed compatibility check. Excluding it from installation.
[3/4] Linking dependencies...
[4/4] Building fresh packages...
$ cd functions && yarn install
yarn install v1.12.3
[1/5] Validating package.json...
[2/5] Resolving packages...
warning Resolution field "[email protected]" is incompatible with requested version "mixin-deep@^1.2.0"
warning Resolution field "[email protected]" is incompatible with requested version "set-value@^2.0.0"
warning Resolution field "[email protected]" is incompatible with requested version "set-value@^2.0.1"
[3/5] Fetching packages...
[1/5] Validating package.json...
[2/5] Resolving packages...
[3/5] Fetching packages...
error https://registry.yarnpkg.com/lodash/-/lodash-4.17.15.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "ENOENT: no such file or directory, chmod '/home/circleci/.cache/yarn/v4/npm-lodash-4.17.15-b447f6670a0455bbfeedd11392eff330ea097548/node_modules/lodash/_arrayReduceRight.js'"
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
info There appears to be trouble with your network connection. Retrying...
error Command failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
Exited with code 1

--network-concurrency 1 성공, --network-concurrency 8 실패, circleCI / node : 10

누군가 Yarn이 EEXIST 및 EOENT에서 실패해야하는 이유를 이해하도록 도와 줄 수 있습니까?

EEXIST의 경우 Yarn이 이에 대해 경고 한 다음 파일을 재정의 할 것으로 예상합니다.
EOENT의 경우 Yarn이 누락 된 폴더 (일반적으로 문제의 원인)를 생성 할 것으로 예상합니다.

나는 그것이 부작용이있을 수 있다는 것을 이해한다. 그래서 아마도이 행동은 플래그로 더 엄격해질 수있다 (또는 그 반대로).

그러나 이러한 오류를 유지하는 이유는 무엇입니까? 그들은 누구에게도 유용하지 않습니다.

@BYK 죄송합니다, 방금 귀하의 의견을 봤습니다

그런 버그에 대해 알고 있지 않습니다. 이미보고 된 경우 알려주시겠습니까? --mutex 작동 방식은 동일한 뮤텍스를 사용하는 다른 yarn 인스턴스가 초기 인스턴스가 완료 될 때까지 실행되지 않도록하는 것입니다. 그래서 (당신의 묘사가 아니라) 당신이 말하는 것은 "예상대로 작동한다"는 것처럼 들립니다.

이것은 버그입니다 : https://github.com/yarnpkg/yarn/issues/2629#issuecomment -481297806에서 언급했듯이 https://github.com/yarnpkg/yarn/issues/6650 이 스레드의 "더 많은 기록보기")

이번 호에는 56 명의 참가자 만 있습니다.

글쎄, 그게 공정한 지적이야

이 버그는 여전히 yarn v1.19.1에 있습니다. 왜 Yarn Team이이 귀찮은 버그를 고치지 않는지 모르겠습니다.
여기 내 .yarnrc 있으며 도움이되지 않습니다.

save-prefix ""
--install.check-files true
--add.check-files true
--remove.check-files true
--install.frozen-lockfile true
--add.frozen-lockfile true
--remove.frozen-lockfile true
--install.mutex network
--install.mutex file

방금 npx lerna clean && ./yarn-install-in-loop.sh 를 실행하면 도움이된다는 사실을 알게되었습니다.
내 monorepo에서 모든 node_modules 디렉토리를 정리 (제거)하면 도움이됩니다.

@gitowiec에서 확인할 수 있습니다. 내 컨테이너화 된 yarn install 호출은 파일 시스템에서 데이터를 경주하는 것이며 yarn 을 단일 .yarnrc 파일로 제한하려는 모든 시도가 실패합니다. 포기하고 npm 로 돌아갑니다.

내 문제가 여러 수준 (예 : 내 패키지-> git 패키지-> git 패키지-> git 패키지)을 통해 git 저장소의 패키지 종속성이 있다는 것을 발견했습니다. 또한 설치 중 캐시는 npm에 비해 제대로 작동하지 않았습니다 (npm은 한 번만 체크 아웃했지만 동일한 설치 중에 동일한 패키지를 여러 번 얀 체크 아웃).
npm으로 돌아갑니다. v6부터 잘 작동합니다.

위에서 언급 한이 문제는 여전히 존재합니다. 다음은 우리가 테스트를 통과 할 수 있도록 circleci에 대한 config.yml 입니다.
- run: name: Yarn Install source ~/setyarnpath.sh i=5; until yarn; do echo "Yarn failed. Retrying..."; ((i--)); if [[ "$i" == '0' ]]; then break; fi; done

나는 같은 문제를 겪고 있었다. 내 코드와 node_modules가 내부에있는 호스트 [1] 볼륨으로 macOS 및 docker-compose 사용.

node_modules가 익명 볼륨 안에 있도록 변경되었지만 명명 된 볼륨도 작동 할 것 같습니다. 그리고 지금은 잘 작동하고 있으며 종속성을 훨씬 빠르게 설치하는 것 같습니다.

내 docker-compose 파일이 다음에서 변경되었습니다.

services:
  ...
  web:
    build: .
    volumes:
      - .:/home/example
    ports:
      - "3000:3000"
    ...

에:

services:
  ...
  web:
    build: .
    volumes:
      - .:/home/example
      - /home/example/node_modules
    ports:
      - "3000:3000"
    ...

[1] https://success.docker.com/article/different-types-of-volumes

최근 yarn 에서이 문제의 새로운 증상이라고 생각되는 새로운 오류가 표시됩니다.

yarn stdout [1/4] Resolving packages...
yarn stdout [2/4] Fetching packages...
yarn stderr error https://registry.yarnpkg.com/prettier/-/prettier-1.19.1.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "EEXIST: file already exists, mkdir '/home/pi/.cache/yarn/v6/npm-prettier-1.19.1-f7d7f5ff8a9cd872a7be4ca142095956a60797cb-integrity/node_modules/prettier'"
yarn stdout info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
yarn stderr Process stalled
yarn stderr Active handles:
yarn stderr   - Socket
yarn stderr   - Socket
yarn stderr   - Socket
yarn stderr   - TLSSocket
yarn stderr   - TLSSocket
yarn stderr   - TLSSocket

참고 : yarn stderr/out 는 내 프로그램이 내 환경에서 yarn의 출력에 제공하는 접두사입니다.

내 프로젝트가 이러한 새로운 증상이 발생하는 것과 동일한 방식으로 이전 증상을 상당히 일관되게 생성 할 수 있기 때문에 이것이 동일한 문제라고 생각합니다 (그리고 이전 증상이 중지됨).

참고로 이것은 yarn 캐시와 node_modules 지우 거나 특정 git 패키지 종속성을 업데이트 한 후 설치시 발생합니다.

특정 패키지 종속성은 내가 실제로 의존하는 다른 git 패키지의 종속성입니다 (둘 다 TypeScript에 의존하는 유사한 prepare 단계가 있음). #master 에서 이러한 종속성을 변경하고 yarn upgrade --latest 을 수행하면 문제가 발생합니다 (및 후속 yarn install .

해당 하위 패키지를 수동으로 업데이트하면 (완전히 별도의 node_modules 폴더로!) yarn install 가 다시 작동합니다. 이것은 얀이 실수로 두 프로세스에서 동시에 캐시를 사용하고 있으며 이로 인해이 문제에서 볼 수있는 문제가 발생한다고 생각합니다.

이것은 git 의존성에 의해 설치된 2 개 이상의 패키지를 사용할 때 나에게 발생합니다. 어떻게 든 prepare 스크립트를 실행하는 동일한 패키지에 여러 프로세스가 있습니다. 또한 마지막 릴리스에서도 npm으로 실패하기 시작합니다.

Dependencies:
A -> B & C (both by git, with prepare script)
B -> C (by git, with prepare script)

이것은 수년간 열렸으며 여전히 원사 1.22.0에서 발생합니다.
나는 운없이 무슨 일이 벌어지고 있는지 디버깅하려고 몇 시간을 보냈고, 내가 유일한 사람이 아닌 것 같습니다.

지금보고있는 유일한 해결책은 npm으로 전환하는 것입니다.

@gregory 필자의 경우 2019 년 6 월에 원 사는 2 ~ 4 번의 재실행이 필요하더라도 항상 필요한 패키지를 설치하는 것을 기억합니다. 또한 이러한 재실행에도 불구하고 원 사는 여전히 npm보다 빠릅니다.

다음과 같은 명령을 사용하여 yarn이 완료 될 때까지 다시 실행합니다.

while ! yarn install; do echo --- ; done

우리에게 쉬운 해결책은 개인 패키지를 게시하고 git 링크 대신 사용하는 것이 었습니다. 그래도 여전히 짜증나

while ! yarn install; do echo --- ; done

유일한 해결책은 무차별 대입이라는 사실에 정말 슬프다 ...

cc @arcanis

후속 실 설치를 두 번 시도하면 처음에는 작동하지만 실패합니다.

빠르고 안정적이며 안전한 종속성 관리.

그것은 신뢰할 수 없습니다.
```[3/5] 패키지 가져 오는 중 ...
오류 https://registry.yarnpkg.com/lz4/-/lz4-0.6.3.tgz : 정의되지 않은 tar 콘텐츠 추출에 실패했습니다. 파일이 손상된 것 같습니다. "ENOENT : 해당 파일 또는 디렉터리가 없습니다. '/ app /.cache/yarn/v6/npm-lz4-0.6.3-78df6bb69a36d7db6c2e849494876ba6e38e66d6-integrity/node_modules/lz4/build/Release/obj.target/build/Release/lz4.node '->'/app/.cache/yarn /v6/npm-lz4-0.6.3-78
df6bb69a36d7db6c2e849494876ba6e38e66d6-integrity / node_modules / lz4 / build / Release / obj.target / lz4.node ' "
info이 명령에 대한 설명서를 보려면 https://yarnpkg.com/en/docs/cli/install 을 방문
[1/5] package.json 확인 중 ...
[2/5] 패키지 해결 중 ...
[3/5] 패키지 가져 오는 중 ...
정보 네트워크 연결에 문제가있는 것 같습니다. 재시도 중 ...
info [email protected] : "linux"플랫폼은이 모듈과 호환되지 않습니다.
정보 " [email protected] "는 선택적 종속성이며 호환성 검사에 실패했습니다. 설치에서 제외합니다.
info [email protected] : "linux"플랫폼은이 모듈과 호환되지 않습니다.
정보 " [email protected] "는 선택적 종속성이며 호환성 검사에 실패했습니다. 설치에서 제외합니다.
[4/5] 종속성 연결 ...
[5/5] 새로운 패키지 만들기 ...
$ npm run prepare : mjs && npm run prepare : js

[email protected] 준비 : mjs /app/.cache/yarn/v6/.tmp/43563e016bb56318ebd76037a0f6ce2f.73d5f4dbffab6f6a27f26c6611e32662c98c2891.prepare
BABEL_ESM = 1 babel src -d. -파일 확장자 유지

Babel로 39 개의 파일을 성공적으로 컴파일했습니다.

[email protected] prepare : js /app/.cache/yarn/v6/.tmp/43563e016bb56318ebd76037a0f6ce2f.73d5f4dbffab6f6a27f26c6611e32662c98c2891.prepare
바벨 src -d.

Babel로 39 개의 파일을 성공적으로 컴파일했습니다.

[3/5] 패키지 가져 오는 중 ...
오류 https://registry.yarnpkg.com/lz4/-/lz4-0.6.3.tgz : 정의되지 않은 tar 콘텐츠 추출에 실패했습니다. 파일이 손상된 것 같습니다. "ENOENT : 해당 파일 또는 디렉터리가 없습니다. '/ app /.cache/yarn/v6/npm-lz4-0.6.3-78df6bb69a36d7db6c2e849494876ba6e38e66d6-integrity/node_modules/lz4/build/Release/obj.target/build/Release/lz4.node '->'/app/.cache/yarn /v6/npm-lz4-0.6.3-78
df6bb69a36d7db6c2e849494876ba6e38e66d6-integrity / node_modules / lz4 / build / Release / obj.target / lz4.node ' "
info이 명령에 대한 설명서를 보려면 https://yarnpkg.com/en/docs/cli/install 을 방문
정보 네트워크 연결에 문제가있는 것 같습니다. 재시도 중 ...

```

원사가 왜 전화를 걸 었는지 아는 사람은 누구나

error https://registry.yarnpkg.com/lz4/-/lz4-0.6.3.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "ENOENT: no such file or directory, link '/app/.cache/yarn/v6/npm-lz4-0.6.3-78df6bb69a36d7db6c2e849494876ba6e38e66d6-integrity/node_modules/lz4/build/Release/obj.target/build/Release/lz4.node' -> '/app/.cache/yarn/v6/npm-lz4-0.6.3-
  df6bb69a36d7db6c2e849494876ba6e38e66d6-integrity/node_modules/lz4/build/Release/obj.target/lz4.node'"

올바른 경로가 있어야 할 때 :

/app/.cache/yarn/v6/npm-lz4-0.6.3-78df6bb69a36d7db6c2e849494876ba6e38e66d6-integrity/node_modules/lz4/build/Release/lz4.node

어떤 이유로 원사가 obj.target/build/Release/ 를 추가하는 것 같습니다. https://github.com/yarnpkg/yarn/commit/0e7133ca28618513503b4e1d9063f1c18ea318e5 와 관련이있을 수 있습니다.

나는 이와 똑같은 실망스럽고 오류를 디버깅하기가 어렵습니다. 제 경우의 문제는 다른 패키지 (특히 ava 버전 2 및 3)에서 동일한 종속성의 다른 버전으로 인해 발생하는 yarn workspace 동작 인 것 같습니다. ava 의 모든 항목을 최신 버전으로 업그레이드 한 후에야이 오류가 발생하지 않습니다.

나는 1.22.4 하고 있으며 몇 시간 동안이 문제에 머물러 있습니다. 우리의 monorepo에는 동일한 패키지를 사용하는 여러 모듈이 있습니다. 마지막으로 다음을 적용하여 정렬했습니다.
1) 모든 모듈에서 동일한 버전의 패키지를 사용하는지 확인하십시오. devDependencies 에서도 확실히 충돌이 발생합니다.
2) 모든 package.json 파일의 monorepo에있는 모든 버전을 고정합니다.

1.22.4 에서 여전히 문제가 있음을 확인할 수 있습니다. 원래는 mocha 였고 모든 패키지가 동일한 버전을 사용하고 있는지 확인한 후 이제 camelcase 에서 오류가 발생합니다.이 오류는 내 프로젝트에서도 사용하지 않습니다. yargs , 아마도 Lerna에서 온 것입니다.

error 예기치 않은 오류가 발생했습니다 : "ENOENT : no such file or directory, lstat '/ code / project / src / packages / private-package / node_modules / camelcase'".

해결책이 있는지 물어봐도 될까요? 이 문제를 해결하기 위해 node_modules 20 개와 yarn.lock 을 (를) 계속 삭제합니다.

해결책이 있는지 물어봐도 될까요? 이 문제를 해결하기 위해 node_modules 20 개와 yarn.lock 을 (를) 계속 삭제합니다.

저는 개인적으로 작업 공간 처리와 관련하여 lerna로 전환했습니다.

현재 Lerna가 단순히 Yarn으로 전달된다는 것을 확실히 확신합니다.

Ember 패키지에 대해 nohoist 구성을 추가하여 문제를 해결할 수있었습니다. 현재 환경은 작업 공간과 호환되지 않는 이전 버전의 Ember를 사용하고 있습니다.

    "nohoist": [
      "**/ember-package/*ember*",
      "**/ember-package/*ember*/**",
      "**/ember-package/loader.js"
    ]

지금 여기에 최소한의 재현이 있다고 생각합니다 : https://github.com/yarnpkg/yarn/issues/7212#issuecomment -637978197

yarn.lock 을 삭제 한 다음 yarn install 했습니다.

여기에 뉴스가 있습니까? 원사의 의존성 설치 실패로 인해 모든 파이프 라인이 실패하면서 CI 프로세스가 중단되었습니다. 말도 안 돼.

--network-concurrency 하면 아무것도 수정되지 않고 작업이 깨끗한 시스템에서 실행됩니다 (node_modules 없음, yarn .cache 없음).

@cadavre 보장하지는 않지만 v2에서는 문제가되지 않을 수 있습니다.

yarn set version 2 && yarn config set nodeLinker node-modules

https://yarnpkg.com/getting-started/install#per -project-install
https://yarnpkg.com/configuration/yarnrc#nodeLinker

이것은 내 vue 및 firebase 종속성 중 일부를 업그레이드 한 후 나에게도 발생하기 시작했습니다. 이제 내 CI 및 개발 컴퓨터에서 100 % 반복 가능합니다. --network-concurrency 1 해도 문제가 해결되지 않습니다. 디스크 공간이나 inode가 부족하지 않습니다. 저는 WSL1에 있습니다. 원사 1.22.4.

일시적으로 캐시 디렉토리를 변경하여 수정했으며 나중에 삭제했습니다.

나에게는 Docker 빌드입니다.

RUN yarn install --check-files --cache-folder .ycache && rm -rf .ycache