<p>ヤーンのインストールが `ENOENTで失敗する：そのようなファイルやディレクトリがない`</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.

それはひどい！

そして私は@twoosterに同意します約0.18.1は問題なく動作しています！

@ 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がナイトリービルドとして利用可能になり次第、まだ糸をテストします:)

手伝ってもらえたらpingしてください。
最善のアクションは、壊れた（そしてスキップされた）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ミラー（私の会社のソナタイプネクサス）が@angular/coreアーティファクトをミラーリングした場合にのみ失敗するように感じます。 そうでない場合は、うまくいき、すでにミラーリングされている別のアーティファクト（この場合はtypescript ）で失敗します。

ネクサスミラーからアーティファクトを手で取り除くと、うまくいきます！

ですから…到着が速すぎると糸が追いつかないようなものです^^ミラーを使わずに通常のnpmレジストリを使用すると、通常はうまくいきます（インターネット接続が遅い）。
また、CIシステムは通常非常に高速なインターネット接続を備えているため、CIシステムで失敗することが多い理由を説明します…

それを結論付けるのは少し難しいですが、問題の原因を見つけるのに役立つ可能性があります。
WDYT @bestander？

ちなみに、エラーはフェッチパイプラインのtar.Extractステップから発生していると思いますが、完全にはわかりません^^

もっと調べてくれてありがとう、 @ victornoel 、あなたはここで何かをしているかもしれません。

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. 起こりうる問題からネットワークを排除することができます。
   .tgzファイルのオフラインミラーをyarn.lockに設定しましたが、ディスクからインストールされたパッケージで問題を再現できます。

この問題は、tarball-fetcherコードのunzip / untarストリームにあります。

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操作を同時に実行しながらインストールに失敗すると思います。

失敗する別のシステムコールがあるたびに：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。 インターネットからMBPro13 "でパッケージをダウンロードし、キャッシュをクリーンアップし、 tar-fsを使用してファイルを解凍します。
並行性12-一度失敗しました
並行性8-21秒
並行性4-23秒
並行性2-34秒

並行性を8に設定することは十分に安全であるように見えます。また、tarライブラリを切り替えることも理にかなっています。
PRでフォローアップします。

これを修正する適切な方法は、 https：//github.com/mafintosh/tar-fsをフォークし、よりスマートなfs操作を実行することです。たとえば、すべてのフォルダーにmkdirを1回だけ使用します。

tar-fsメンテナはアクティブなようです。そこで問題を開いて、彼らがこれについて知っている/提案していることを確認できるでしょうか。

@victornoel 、お願いします。

@bestander完了！ mafintosh / tar-fs＃61 :)

jenkinsのビルドエージェントでyarnをテストしたときに、多少似たシナリオでこのエラーメッセージが表示されました。

このバグを引き起こすために必要な条件が何であるか知っていますか？ ビルドシステムのnpm呼び出しをyarnに置き換えて速度を上げたいのですが、同時実行を無効にする必要がある場合は、ボーナスが無効になるのではないかと心配しています。

@ProdigySimは、＃2829（yarn masterにマージされた）で説明されているように、ネットワークの同時実行性を減らしても、yarnのパフォーマンスに大きな影響はありません。 単純に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を含めるか、まったく異なるパッケージセットを使用するだけでこの問題を回避できましたが、それでも安全かどうかはわかりません。このバグのルート条件について。

@ProdigySim
これは、Yarnのグローバルダウンロードキャッシュによって引き起こされる、別個の、しかし関連する問題です。 回避策は、ディレクトリごとに異なるキャッシュを作成することです。

--network-concurrency 8実行できます。 （実際には、無制限のネットワーク同時実行に問題はありません。）

ここでより多くのコンテキスト。

@bestander驚くべきことに、今日、ネットワークの同時実行性が8の場合でも、問題が再発しました（新しいバージョンのAngular ^^の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

明らかにこれは修正ではなく、要求マネージャーとそのキューイングシステムを完全にバイパスしますが、問題がこのサブシステムに起因していることを示しています。

ありがとう、ビクター！

午前18時07分に2017年3月24日、ビクターノエルの[email protected]は書きました：

@bestander https://github.com/bestander次のハックは、
問題：

diff --git a / src / util / request-manager.js b / src / util / request-manager.js
インデックスe0e134a2..995dac69100644
--- 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

明らかにそれは修正ではなく、リクエストマネージャーを完全にバイパスし、
そのキューイングシステムですが、問題はこれに起因していることを示しています
サブシステム。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/yarnpkg/yarn/issues/2629#issuecomment-289102067 、またはミュート
スレッド
https://github.com/notifications/unsubscribe-auth/ACBdWF66L-NzAInx7Bhs6V7s7LKahxxUks5rpAZ1gaJpZM4L3JbX
。

おっと、それは：Dではありませんが、それは物事を少し改善します

誤検知で申し訳ありませんが、私は自分の調査結果を報告することに熱心すぎました:)

ヤーンを何度も実行する前に、Angular-Core依存関係またはタイプスクリプト（常にこれらのもの）のダウンロードに成功しなかったため、状況が変わりましたが、1回目は失敗し、2回目は成功し、削除するのを忘れました試行の合間にキャッシュがあったので、機能していると思いました。

まあそれは依存します、今は時々それは機能します、時にはそれは機能しません（ハックで、それは完全なミスではないか、私のインターネット接続は今遅すぎます...）

CIビルドでもこれに遭遇しています。 たくさんのテストを経て、ようやくローカルで再現できるようになりました。

繰り返しますが、動作することもありますが、次のいずれかのエラーで失敗することがよくあります（これにより、どこかに何らかの競合状態があるように見えます）。

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

GitHubのプライベートリポジトリから直接インストールする1つのパッケージに分離しました。 興味深いことに、エラーメッセージで参照されているパッケージは、常にこのパッケージの依存関係です（プライベートリポジトリではありませんが、常にGitHubから直接インストールする別のパッケージです）。 したがって、1つの再現ケースは、GitHubリポジトリ（必ずしもプライベートではない）からもインストールされるサブ依存関係を持つプライベートGitHubURLからパッケージをインストールすることのようです。

これがまったく役立つかどうかはわかりません...できる限りの方法でお手伝いできることをうれしく思います。

編集：これが役立つかどうかはわかりませんが、トップレベルのパッケージは"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がこれら2つのパッケージを重複排除しない理由を調査し、修正を送信します。

OSやタール抽出レベルに魔法はありません。

ハハ、

素晴らしい仕事@bestander ： https://github.com/yarnpkg/yarn/pull/3090とhttps://github.com/yarnpkg/yarn/pull/3106の両方に遭遇したことが、Yarnの使用を妨げていました。

ありがとう！

prop-typesモジュールのインストールでこの問題が発生しました。 インストールしようとするたびに、異なるファイル名でENOENTになります。 私にとっては、npm5.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これは偶然の可能性があります

これにより、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

どのバージョンを使用していますか？ これはすでに修正される予定です...

Le8août20176：37PM、 "Ben Merckx" [email protected]écrit ：

@Redmega https://github.com/redmega
ここでも同じですが、これは機能します。

ヤーンインストール--network-concurrency1

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/yarnpkg/yarn/issues/2629#issuecomment-321011749 、またはミュート
スレッド
https://github.com/notifications/unsubscribe-auth/AAJ0z5qFb7gSW4w14_RbFNjsn4sRYV78ks5sWI7hgaJpZM4L3JbX
。

@victornoelローカルと同じように、jenkinsマシンでv0.27.5しています。

ナイトリーをお試しください： https ：//yarnpkg.com/en/docs/nightly

糸.lockファイルとyarn install削除すると、問題が修正されました。

これにより、Jenkinsビルドがときどき失敗します。 通常、2回目の試行で機能しますが、後で再び失敗します。

@ajcrites @Redmega @headione @benmerckxこの種の問題が発生している場合は、別の問題を開く必要があります。 この問題は確実に修正されているため、同様の症状が見られる場合でも、問題は別のものである必要があります。
別の問題を開いた場合、問題が解決される可能性が高くなると確信しています:)

同じ問題があり、ノード8.5を使用してJenkinsでパッケージの並列ビルドを実行します。 1.0.2がリリースされて別のバグが修正されるまで、現在0.27.5に固執する必要があります。 しかし、とにかくあなたのサポートと仕事に感謝します:)

@floricノード8.9.4と同じコンテキスト（Jenkins + Parallel）で同じ問題が発生しますが、問題は解決しましたか？

編集：8.11.1を使用して、バグのない最新バージョンのヤーンが含まれているかどうかを確認します。

@Niceplace --mutexオプションを試してみてください：

これをすぐに回避するために、パッケージごとのロックを改善する計画があります。

私は両方で断続的なエラーを抱えているENOENT: no such file or directory, chmodとENOENT: no such file or directory, lstat実行しようとしてyarn --mutex=networkワークスペースが有効になって糸でmonorepoのルートに...

一貫性がないようです。どちらか一方をランダムに取得します。 （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'".

Yarn1.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

このエラーは、Windows Subsystem forLinuxのYarn1.9.2で頻繁に発生します。

今日、パイプラインがyarn installを並行して実行するJenkinsCIで壊れたパッケージで同様の問題が発生しました。 それは数日前にうまく働いていました。
yarn install --network-concurrency 1修正されました（コメントに記載され

なぜこれが閉鎖されたのですか？ それはまだ起こります：

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.

私の場合、2つのパッケージでyarn remove fs-extraとyarn add fs-extraを実行すると消え、この依存関係が効果的にアップグレードされることに注意してください。

こんにちは、私は何かを見つけたと思います。

fsとrxjsを使用して、指定したディレクトリ内のファイルを再帰的に一覧表示するコードに手を出してみましたが、 lstat待たないと失敗する可能性が高いことがわかりました。 lstat呼び出す前に終了する必要があります。

これで環境が影響を受けるかどうかをテストするために、単純なNPMパッケージasync-dirtree-testを作成しました。 私はWSLを使用していますが、同時実行数が少なくても、 node_modulesなどの子ディレクトリが多数あるディレクトリの処理中に失敗する可能性が高いことがわかりました。

まあ、この問題がWSL固有のものかどうかはまだわかりません。 現在、Linux、Macなどの別の環境でテストすることはできません。

@nieltg他のいくつかを形作るのに役立つかもしれない観察を共有したかった。 私はホストとしてWSLのDockerCEとDockerfor Windowsを使用しているので、WSLでDockerを使用するとネイティブに感じますが、実際にはホストはWindowsの世界でネイティブに動作します（したがって、Dockerfilesは実際に/ c / foobarをDockerエンジンのc：/ foobar）。 これは、バインディングを使用する場合に非常に関連性があります（コンテナー内で、コンテナー内の/ usr / srcが最終的にc：/ src / foobarになるようにローカルフォルダーをマウントしています（ただし、Dockerfileはバインディングを/ c /として表示します）。 src / foobar：/ usr / src（パスの自動翻訳を参照してください？）

これらのローカルフォルダーの1つ、コンテナー内で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はDockerストアとして存在することに注意してください（すべてのIOは、事実上ファイル内のパーティションであるため、OSにとっては単一のファイルのように見えます）。

ここではdockerを使用するのは理想的ではないことは知っていますが、IO自体はそうではなく、他の人がこれを回避するのに役立つ可能性があるため、高速ファイルハンドルが問題になる可能性があることを示唆しているようです。

...気が散って提出するのが早すぎた。 とにかく、私の脳は現在他の場所にありますが、後で戻って、あなたのアプローチとDockerを使用してテストを考案し、さらに結論を出すことができるかどうかを確認します。

再開

最近、Azure Devops（以前のVisual Studio Team Services）でCIビルドを実行し、yarn1.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でyarn1.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'".

残念ながら、グローバルノードバイナリのyarnを放棄し、これが修正されるまでnpmに戻らなければならないと思います。

悲しいことに、この問題は最近私たちのCIビルドも悩ませ始めました;（

@rainabbaの提案はWSLで私のために働いた

書き込み操作と読み取り操作の動作も異なると思います。 私のハックでも、ノードのfs.writeFile（bluebird promisifyでラップされています）を呼び出すときにエラーが頻繁に発生します。 すべてのインスタンスで、書き込みエラーが発生した直後にファイルが存在することを確認できます。

文字列（XMLファイルの内容）をfs.writeFile（）に送信します。これにより、最終的に次のように呼び出されますが、追加のデバッグを使用してカスタムビルドをセットアップするために必要なチャレンジを行う準備ができているかどうかわかりません。このC ++プロジェクトからの出力。これにより、ノードまたはこのC ++モジュールに従って、権利が実際にどこで感じられているかを正確に確認できます。

結論として、書き込みは失敗していませんが、ノードは書き込みが失敗していないと信じているので、私にとって意味のあるシナリオは、c + plusモジュールが成功しているが、内部的にファイルをチェックして失敗し、レポートがノードに戻ったと感じないことです次に、実際の書き込みが発生するため、ファイルを確認しようとすると、そこにあり、エラーは意味をなしません。

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

@bestanderその問題を再開させる方法はありますか？ 明らかにこれは修正されておらず、多くの人々に影響を与えています。

これを確認することは、yarn1.12とAzurePipelinesでも引き続き発生します。

皆様のご確認ありがとうございました。
そのエラーには複数の理由があるようです。
問題を再開しますが、これをデバッグするためのコミュニティヘルプが必要です。

ヤーン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インストールの実行時に同様のエラーがランダムにスローされていました。 一度にたくさんのファイルがハードドライブにコピーされたときに起こっていました。 糸自体が原因ではない可能性があるため、最新のWindowsバージョン（1809以降）を使用していることを確認してください。

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を使用して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）で、またはそれらのマウントの1つの外部で、このエラーが発生しますか？ 代替案（〜/。など）をテストし、違いを報告することに注意してください。

私の直感は私をしつこくしていますが、Dockerの経験に問題があるので、これを個別に確認する必要があります。

[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）で、またはそれらのマウントの1つの外部で、このエラーが発生しますか？ 代替案（〜/。など）をテストし、違いを報告することに注意してください。

これが起こっている一貫して再現可能なケースはありますか？ 私にとってはかなりランダムですが、マウントされたドライブですべてのyarn addし、これは頻繁に発生します。

マウントされたドライブと~両方で、 https： //github.com/yarnpkg/yarn/issues/2629#issuecomment-451638917を再現できました。

また、 https： //github.com/yarnpkg/yarn/issues/2629#issuecomment -282745896を再現しようとしましたが、最後のパッケージのフェッチに失敗し続けました。これは、無関係であると確信しています。

過去数時間に同じ問題が発生しました。 ヤーンはさまざまなパッケージのインストールにランダムに失敗し、上記のエラーを示していました。

ヤーンキャッシュをリセットし、ネットワーク同時実行1で再インストールして実行しようとしましたが、どちらも機能しませんでした。

私にとって問題を解決したのは、別のネットワークにです）、すべてが魔法のように機能しました。

この問題は、いくつかの非常に特定のネットワークエラーの誤った処理の回復に関連している可能性があるという予感があります。 後で調べます。

前のコメントを確認できます。 network-concurrency設定しても効果はありません。 電話ホットスポットに切り替えると、問題が解決しました。 私の環境：Windows 10（Linuxサブシステム-Ubuntu）

私はWSLを使用していて、（少し奇妙な）深くネストされたフォルダー構造を持つgeo-tzパッケージでこの問題が発生していました。 --network-timeoutと--network-concurrencyを試してみましたが、どこにも行きませんでした。 ただし、Windowsで長いパスを有効にすると（このSuperUserの投稿を参照）、正常に機能するようになりました。 おそらく、これはWSLの他の人々を助けるかもしれません。 編集するのが早すぎたようです。 それは機能していて、依存関係のリンクはより高速ですが、今度は同じエラーが再び表示されます。

まだCIを壊しています...

Jenkinsスレーブノードとして機能するDebianLinuxマシンで実行されているYarn1.13.0でも同じ問題が発生します。 ローカルのyarnリポジトリサーバーがあるため、ビルド中に、パブリックインターネットリポジトリサーバーからの物理的なダウンロードはありません（またはほとんどありません）。

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'".

実際のファイルは、リポジトリサーバーとファイルシステムの両方に存在します。
ビルドを再開すると、ビルドが成功するか、他の（ランダムな）ファイルで失敗する可能性があります。
デフォルトのネットワーク同時実行設定は変更しませんでした。

同上- 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にアクセスしてください。

同じ問題が今日、私たちのオープンソースプロジェクトの1つで起こり始めました。

ここで失敗したビルドを見ることができます：
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がアプリの並列ビルドをトリガーすることでした。つまり、2つ（またはそれ以上）のシェルスクリプトが同時に「yarninstall」をトリガーし、ビルドプロセスの1つがyarn-cacheをさらに_削除しました。 「yarninstall」を開始する前に完全に_（「yarncacheclean」を使用）。 もちろん、これは他の糸プロセスにとって致命的な問題でした。
次に、キャッシュクリーニングを削除し、yarnコマンドを次のように変更しました。
yarn install --verbose --prefer-offline --mutex file:/tmp/.yarn-mutex --network-concurrency 1
（_-- verbose_は実際には必要ありません）そして挿入されます
child-concurrency 1
.yarnrcで。
これで、並列ビルドがトリガーされると、yarnは別のYarnプロセスがアクティブであることを検出し、終了するまで待機しました。 これにより、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 ：

フォローアップとして、 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（Dockerコンテナー内）の一部としてyarn installを実行しており、これらと同じエラーが発生しています。 yarn cache cleanを試しました

この時点で他に何を試すべきかわからず、ビルドが停止します。 😬

ダン、-network-concurrency 1で実行してみましたか？ 私は似たようなものを持っています
シナリオとそれは私の問題を解決しました。
2019年4月2日22:17、「DanVanBrunt」 [email protected]は次のように書いています。

この問題が何であるかまだ何か考えはありますか？
私たちの場合、CIの一部としてyarn installを実行しています（docker内）
コンテナ）とこれらの同じエラーを取得します。 ヤーンキャッシュクリーンを試しました

この時点で他に何を試すべきかわからず、ビルドが停止します。 😬

—
このスレッドにサブスクライブしているため、これを受け取っています。
このメールに直接返信し、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

Yarnのキャッシュ使用量は、マルチプロセスで使用するのは安全ではなく、これがこのようなエラーの理由です。

または、 https ：//yarnpkg.com/en/docs/cli/cache#change -the-cache-path-for-yarn-に記載されている--cache-folderオプションを使用して、プロセスごとのキャッシュフォルダーを設定することもできます。

ミューテックスオプションを使用することの欠点は、マシン全体に1つのyarnインスタンスしかないことです（他のインスタンスはアクティブなプロセスが終了するまで待機します）。つまり、CIジョブ間で同時実行性がまったくありません。

プロセスごとのキャッシュフォルダの欠点は、I / Oが増加し、キャッシュの再利用が少なくなるために潜在的な可能性が失われることです。

理想的な解決策は、ノードにファイルロック機能がないため非常に簡単ではないプロセスセーフなキャッシュ実装を実装することです（唯一の信頼できるオプションはミューテックスディレクトリを作成することのようです）。 次善の策は、並列アームごとのキャッシュフォルダーを使用することです。これにより、同じアームで同時実行とキャッシュの再利用が可能になります。

ミューテックスのものではないと思います。 私と他の何人かは、Dockerイメージのビルド段階で、一度に1本の糸を実行します（私の場合、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内の最新の1つを使用してみましたか？

実際、そのノードイメージはかなり古いものでした。 これは、dockerhubノードから数分前にダウンロードされた新しいもの

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-ログを詳しく見ると、実際に複数のYarnインスタンスが並行して実行されていることが

@BYK確かに、これらのパッケージの1"scripts": { "build": "yarn babel --out-dir dist && del-cli 'dist/**/__tests__' && yarn tsc --emitDeclarationOnly", "prepare": "yarn build" } 、もう1つには異なるスクリプトがありますが、準備中はまだyarnを実行しています。インストール中にyarnによって起動されますか？

@ Nopik-別のインストールではなく、単にスクリプトを実行しているだけなので、これらが問題を引き起こすとは思わないでください。 また、これらのスクリプトはI / Oフェーズの後に実行されます。 複数のyarn installインスタンスをトリガーする何か他のものがあるはずです。

私はそれがおそらく同時に走っている糸の複数のインスタンスであることに同意します。 問題は、これがyarn 1回のCLI呼び出しで発生することです。 これを再現するのにdockerは必要ありません。

私の、確かに情報不足の理論は、それは準備ステップに関連するものであり、yarnがgitパッケージを「ビルド」するための追加のインスタンスを起動する可能性があるというものです。 特に、ビルドする必要がある共通のパッケージにそれぞれ依存するのは2つの依存関係であるに違いありません。 Yarnは賢く、それぞれの個別のパッケージを並行してビルドしようとしますが、同じキャッシュの場所に2つのパッケージをビルドしようとすると失敗します。

私たちの場合、複数のヤーンインスタンスはありません。

私たちのシステムは、独自のDockerイメージで実行されます。 シングル_ヤーンインストール_があります。 それは突然誤動作し始め、今ではネットワークの同時実行性を1に設定しないと作業できません。
糸自体が一晩で変化しない限り、その糸が特定の条件で問題を起こしていること以外は問題は見られません。

--mutex fileまたは--mutex networkでこの問題を解決しようとすると、必然的に（おそらく）このバグに遭遇するでしょう

つまり、 yarn installを実行すると、成功しても、別のyarnコマンドを実行することはできなくなります。

ダン、-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指定していても、2つのヤーンプロセスが実行されていることに注意してください。

このパッケージには、実行する必要のあるtsc prepareステップを持つgit依存関係があることに注意してください。 そのパッケージには、同じプロセスを必要とするgit依存関係もあります。 ヤーンが同じパッケージを同じ場所に開梱しようとしていることは明らかであり、競合状態になっています。

言われても糸が複数のインスタンスを実行しているのはなぜですか？

更新として、 yarn install --network-concurrency 1 --mutex network使用は、いずれかのオプションの使用が一部の時間でしか成功しない傾向がある場合は常に機能するようです。

では、この問題の解決策は何ですか？
Ubuntu Linux18.04でyarn1.16を使用しています
そして、私はまだこのエラーメッセージを受け取ります：

error予期しないエラーが発生しました：「ENOENT：そのようなファイルまたはディレクトリはありません、lstat '/ home / user / workspace / project / packages / components / node_modules / source-map-support'」。

私のコマンドは：

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

そして、私はこのエラーを2回に1回受け取ります：（（
PS：私はモノレポで働いているので、糸のワークスペースを有効にしました
PPS：
ダブルチェックしました
--mutexファイルまたは--mutexネットワークを追加しても効果はありません。

作品がスクリプトを入れていることを確認できる唯一の解決策

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

:(

Fwiw、 synpを使用してyarn.lockをpackage-lock.jsonに変換し、 yarnをnpmで検索/置換するだけで、npmに切り替えることができました。 、およびnpm installます。 これは骨の折れるプロセスだと思いましたが、npmは大幅に進歩し、約30分しかかからず、今ではどこでも機能します。

ここでの問題は、何がうまくいかないのかという本当に単純な例がないということのようです。 問題を確実に再現する簡単なpackage.jsonを投稿しましたが、含まれているパッケージはやや複雑です。

問題は、コンパイル/インストール（準備）に時間がかかる共有の「リーフ」/ヒントを持つ依存関係ツリーがあり、yarnがこの準備を2回同時に実行しようとする場合にあると思われます。 各インスタンスは、共有された予測可能な場所で「準備」されており、両方が同時に同じ場所に「書き込む」ことはできません（一方はファイルを削除し、もう一方はファイルがまだ存在することを期待します）。

私は、この理論をテストするための「準備」手順を膨らませた簡単な概念実証パッケージを作成するつもりでしたが、時間がありませんでした。 多分誰か他の人が私がそれに到達する前にこの理論をテストすることができますか？

これは、複数のYarnインスタンスが同時に実行されている場合に発生します。 ここに記載されている--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はどのように/どこで推奨されますか？ 多くのパッケージは、インストール後のスクリプトに依存して機能します。

ああ、私はここでそれをお勧めしました、そして私はヤーンの多くのメンバーがこれについて声を上げていたと思います。 😀ほとんどのパッケージは問題ありませんが、インストール後のスクリプトに依存するパッケージがいくつかあります。

この些細なpackage.jsonを見ましたか

はい。ただし、「些細な」 package.jsonファイルでも非常に大きな依存関係ツリーが生成される可能性があるため、些細なことだと言っても、次のいずれかの方法で解釈する傾向があることを除けば、それほど変わりません。

• 糸が安っぽすぎるので、この_trivial_package.jsonファイルを処理することさえできません
• この問題は_trivial_package.jsonファイルで再現できますが、それでも修正できない/修正しないでください

それらのどれも役に立たないので、私はあなたのコメントを無視する傾向があります。

実際の問題では、yarnをミューテックスで実行するには、すべてのyarnインスタンスを--mutexフラグで呼び出す必要があるため、これで問題が解決するかどうかを確認する最良の方法は、 --install.mutex networkを追加することです。 .yarnrcファイル（https://yarnpkg.com/en/docs/yarnrc#toc-cli-argumentsを参照）。 とはいえ、最初のインストールが別のインストールをトリガーすると、デッドロックが発生する可能性があります。2番目のインストールはメインのインストールが終了するのを待ち、メインのインストールはこのスクリプトで呼び出されたヤーンでブロックされて終了するため、実際にはそうではありません。スレッド/プロセスセーフキャッシュシステムを実装する以外に、この問題を修正する方法を知っています。これは、 node提供するロックプリミティブではほぼ不可能です。 最も近いものはこの適切なロックパッケージのように見えますが、私たちの誰もそれを試す時間がありませんでした。 これをキャッシュの書き込み/読み取りコードに実装することに興味がある場合は、私がお手伝いします。

@BYKああ、そのように外れたらお詫びします。 それまでは、問題を解決するのに十分な蒸留が行われていなくても、エラーを確実に再現する方法を見たことがありませんでした。 それがそのコメントの私の全体的な推進力でした。

私の永続性を許してください、しかし私はまだミューテックスオプションがどのように解決策であるかわかりません。 ミューテックスで実行してみましたが、それでも同時にヤーンを実行しました。 たぶん私は私のテストで間違いを犯しyarn --mutex ...すると、そのオプションが子インスタンスに渡されると予想していました（たとえば、 makeように）。 また、 --install.mutex networkを.yarnrcファイルに追加しても無駄になるという提案を試しました（同じエラー）。 --verboseは、オプションがロードされていることを確認します。

たぶん私たちは別の方向からこれに来ることができますか？ npmがそうではないことをしている糸は何ですか？ npmにこれと同じ問題がないのはなぜですか？

@BYK 、 mutexフラグを使用することは完全に受け入れられません。これは、追加のヤーンバグがあり、それによって_別のヤーンコマンドを実行できなくなるためです_...これは、「キーをロックしました私の車」は、「心配しないでください、私はそれを考えました！この便利なツールを使用して、すべての窓とドアのロックを叩くだけです。これで、車を再びロックすることはできなくなります！」 🙄

些細なpackage.jsonあろうとなかろうと、これは解決策や回避策がない大きな問題であり、多くの人が糸を完全に使用できなくします。 もっと注目されるはずです。 特にそれが_ 2年間開いていることを考えると。

@sarink

@BYK 、ミューテックスフラグの使用は完全に受け入れられません。これは、追加の

私はそのようなバグに気づいていません、それがすでに報告されているならば、あなたは私にそれを指摘することができますか？ --mutex機能する方法は、最初のインスタンスが終了するまで、同じミューテックスを使用する他のyarnインスタンスが実行されないようにすることです。 ですから、あなたの言うこと（あなたの描写ではない）は、私には「期待通りに機能する」ように聞こえます。

些細なpackage.jsonであろうとなかろうと、これは解決策や回避策がない大きな問題であり、多くの人が糸を完全に使用できなくします。 もっと注目されるはずです。 特に2年間オープンしていることを考えると。

「糸を多くの人に完全に使用できないようにする」と「2年間開いている」という自分の文章の内部矛盾について考えてみてください。 この号には56人の参加者しかいません。これには、約5人のヤーンメンテナーと合計138のコメントが含まれ、そのほとんどが同じことを巡回しています。 これは「多くの人」ではありません。これは_一部の_人であり、彼らにとって重要であることは確かですが、1行のコード修正を送信し、完全に提供されているソフトウェアの修正を要求するだけで、これを重要視している人はいないようです。それらに無料。

@軽量コンクリートブロック

私の永続性を許してください、しかし私はまだミューテックスオプションがどのように解決策であるかわかりません。

永続性に関して許すことは何もありません、あなたが問題を解決しようとしているので、それは実際に祝われるべきです:)

実行中のyarn--mutex ...がそのオプションを子インスタンスに渡すことを期待していました（たとえば、makeが行うように）。

受け継がれていないと確信しています。

また、-install.mutexネットワークを.yarnrcファイルに追加しても無駄になるという提案を試しました（同じエラー）。 --verboseは、オプションがロードされていることを確認します。

それは非常に興味深いです。 .yarnrcファイルを無視して、新しいyarnインスタンスが別のディレクトリからトリガーされたことが原因である可能性があります。 そのオプションでグローバル.yarnrcファイルを使用することをお勧めしますが、それは適切な解決策ではないと思います。 これを試して、以前に予想したように実際にインストールがブロックされるかどうかを確認する必要があります。

たぶん私たちは別の方向からこれに来ることができますか？ npmがそうではないことをしている糸は何ですか？ npmにこれと同じ問題がないのはなぜですか？

Yarnとnpmは動作が非常に異なるという多様な考え方に感謝します。これは、ここでは実際には当てはまらないと思います。 どのパッケージが独自のインストールの一部としてヤーンインストールをトリガーするかを特定できれば、解決策を見つけることができます。 たぶん、 yarn実行可能ファイルを、呼び出し元、cwd、および渡されたすべての引数をログに記録し、通常どおりyarnを実行して有用なデバッグ情報を取得し、そこから続行するbashスクリプトに置き換えることができますか？

究極の解決策は、前述したように同時実行に適したキャッシュの実装ですが、より多くのデバッグ情報があれば、より安価な回避策を見つけることができるかもしれません。

この@cinderblockにご協力いただき、

究極の解決策は、前述したように同時実行に適したキャッシュの実装ですが、より多くのデバッグ情報があれば、より安価な回避策を見つけることができるかもしれません。

単純化された同時実行処理を提供できるはずだと思います。たとえば、ビルドステップ中に他のyarnインスタンスが呼び出された場合、トップヤーンプロセスによるキャッシュ操作はほとんどないはずです。 少なくとも、それは私が期待することです。 考えられるスクリプトを呼び出す前に、キャッシュがディスクにフラッシュされることを確認すると、うまくいく可能性があります。 ただし、実装がどれほど複雑かはわかりません。

@BYKああ！ サブパッケージがスクリプトでyarn ...を呼び出している可能性については考えていませんnpm installが失敗しない理由は、その依存関係がyarn ...実行するときに、実行されているインスタンスが1つしかないためだと思いますか？

ランニングの問題をなんとか解決できました

yarn cache clean
rm ./yarn.lock
yarn install

ただし、このプロセスには時間がかかります。これは、a）キャッシュがなくなり、ロックファイルが削除されたためにすべてのパッケージが再度ダウンロードされるためです。

これはローカルマシンで解決する可能性がありますが、bitriseで使用する場合、ヤーンの問題は残ります。 ゼロからきれいな画像です。 シングルヤーンプロセスが実行されている場合でも、ネットワークの同時実行性が必要です。

@BYK

テレはこの号の参加者はわずか56人で、これには5人までのヤーンメンテナーと合計138のコメントが含まれ、そのほとんどが同じことを巡回しています。

これは、このリポジトリではかなり高い数値のようです。 これは、すべての未解決および未解決の問題の中で最も高いコメントの合計であり、参加者数が最も多いものの1つです。

さらに、（おそらく）関連する問題を調査しているときに、関連する可能性のある問題を抱えている人をかなり多く見ました。 残念なことに、これらの人々の多くは、糸全体をあきらめるか、糸ロックファイルが変更されるたびに--network-cocurrency 1を実行するコストを飲み込んでしまいました。 それが下付き文字であることがようやくわかるまで、私は自分のプロジェクトの1つでまさにそれを行っていました。

これは「多くの人」ではありません。これは一部の人であり、彼らにとって重要であることは確かですが、1行のコード修正を送信し、完全に提供されているソフトウェアの修正を要求するだけで、これを重要視している人はいないと思います。それらに無料。

糸は、人々が簡単に飛び込むことができるタイプのプロジェクトではありません。 これは、多くのことを非同期的に実行する複雑なシステムです。つまり、デバッガーを作成してスタックを上って何が起こっているかを確認することはできません。 そのため、このコードベースを理解するのは決して簡単ではなく、変更するのはさらに困難です。 地獄、この時点で私はすでに数日間の累積時間をコードの読み取りに費やしましたが、関連するテストを含む単純なパッチでさえも提出するのに十分な自信がありません。 私は20年以上の経験を積んでおり、コードの読み取りが私の専門分野の1つであることを考えると、平均的な開発者に最大のチャンスを与えることはできません。

言い換えれば、あなたにとって迅速で簡単な1行の修正は、プロジェクトの内部作業に精通していない人にとっては、大きな数日間のプロジェクトになる可能性があります。 これは、さまざまなコミュニティに存在する暗黙のポリシーについて説明する前です。 いくつかのプロトコルに従わなかった、適切なテストを作成しなかった、適切な仕様に従わなかった、または文書化されていないコーディング標準に達していない修正を行っただけで、さまざまなオープンソースプロジェクトで少なくともいくつかのPRが拒否されました。 これは、部外者として大規模なプロジェクトに有意義に貢献するという課題になる可能性があります。

これが本当にあなたにとって単一行の修正であるならば、それをしないことで他の人を批判する長い投稿を書くよりも、その修正を書くほうが速いのではないでしょうか？

どのパッケージが独自のインストールの一部としてヤーンインストールをトリガーするかを特定できれば、解決策を見つけることができます。

ここにこの種の動作を示すパッケージの例がありますが、そこにはyarn installは表示されません（ bob buildが表示されない限り、この問題はコマンドは"prepare": "node ./scripts/generate-mappings", ）。

究極の解決策は、前述したように同時実行に適したキャッシュの実装ですが、より多くのデバッグ情報があれば、より安価な回避策を見つけることができるかもしれません。

優れた出発点は、そのような状況が検出された場合の警告です（検出可能であると想定）。 並行性に適したキャッシュは、yarnコミュニティの少なくとも1人のメンバーによる集中的な取り組みでなければならないようです。

Updateは、機能する回避策を見つけました.... gitサブモジュールを作成し、パッケージの場所をローカルフォルダーにします。 理想的ではありませんが、機能します。

CircleCIでもこの問題が発生しており、大きな問題です。 この問題は、github.comおよびおそらくLinux（OSXで動作します）でホストされているパッケージの使用に関連しているようです。 mutexおよびnetwork-concurrencyオプションは何もしません。

"my-js-lib"： " ssh：//[email protected] ：dgobaud / my-js-ib＃1.0.0"

それを削除すると、CircleCIで機能します。 ローカルでは、OSXのyarn1.17.0で動作します。

ただし、ノード12.8.1およびyarn 1.17.3のCircleCIでは機能しません（circle image circleci / node：latest）

またはノード8.15.0とヤーン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 ： https://github.com/yarnpkg/yarn/issues/6650 （現在はこのスレッドの「もっと履歴を表示」）

この号の参加者は56人だけです

まあ、それはフェアポイントだと思います

このバグはまだyarnv1.19.1にあります。 YarnTeamがこの非常に厄介なバグを修復しない理由がわかりません。
これが私の.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は1回だけチェックアウトしますが、同じインストール中に同じパッケージを複数回チェックアウトします）。
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

私も同じ問題を抱えていました。 macOSとdocker-composeを使用し、ホスト[1]ボリュームにコードとnode_modulesを入れました。

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の出力に付けるプレフィックスです。

私のプロジェクトでは、これらの新しい症状が発生している（そして古い症状が停止している）のと同じ方法で古い症状をかなり一貫して作成できるため、これは同じ問題であると思います。

参考までに、これは私が糸キャッシュとクリアした後、インストールに起こるnode_modulesまたは1つの特定のgitのパッケージの依存関係を更新します。

特定のパッケージの依存関係は、私が実際に依存している別のgitパッケージの依存関係です（どちらもTypeScriptに依存する同様のprepareステップがあります）。 #masterこれらの依存関係を変更し、 yarn upgrade --latestと、問題が発生します（その後のyarn install 。

そのサブパッケージを手動で（完全に別のnode_modulesフォルダーに！）更新すると、 yarn installが再び機能します。 これにより、yarnが誤って2つのプロセスで同時にキャッシュを使用していると思われ、この問題で問題が発生しています。

これは、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回の再実行が必要だったとしても、yarnは常に必要なパッケージをインストールすることになります。 さらに、でもこれらの再実行して、糸は速くNPMよりもまだありました。

次のようなコマンドを使用して、糸が終了するまで再実行します。

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

私たちの簡単な修正は、プライベートパッケージを公開し、gitリンクの代わりにそれを使用することでした。 それでも迷惑

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

唯一の修正がブルートフォースであることは本当に悲しいです...誰もこれをまだ修正していないとは信じられません。

cc @arcanis

後続の2つのヤーンのインストールを試行すると、最初は機能し、その後失敗します。

高速で信頼性が高く、安全な依存関係管理。

それは信頼できません。
`` `[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ネットワーク接続に問題があるようです。 再試行しています...
info [email protected] ：プラットフォーム「linux」はこのモジュールと互換性がありません。
info " [email protected] "はオプションの依存関係であり、互換性チェックに失敗しました。 インストールから除外します。
info [email protected] ：プラットフォーム「linux」はこのモジュールと互換性がありません。
info " [email protected] "はオプションの依存関係であり、互換性チェックに失敗しました。 インストールから除外します。
[4/5]依存関係のリンク...
[5/5]新しいパッケージを作成しています...
$ npm run prepare：mjs && npm run prepare：js

[email protected] prepare：mjs /app/.cache/yarn/v6/.tmp/43563e016bb56318ebd76037a0f6ce2f.73d5f4dbffab6f6a27f26c6611e32662c98c2891.prepare
BABEL_ESM = 1 babel src-d。 --keep-file-extension

Babelで39個のファイルを正常にコンパイルしました。

[email protected] prepare：js /app/.cache/yarn/v6/.tmp/43563e016bb56318ebd76037a0f6ce2f.73d5f4dbffab6f6a27f26c6611e32662c98c2891.prepare
babel 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にアクセスしてください。
infoネットワーク接続に問題があるようです。 再試行しています...

`` `

なぜ糸が呼ばれるのか誰もが知っています

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：そのようなファイルまたはディレクトリはありません、lstat '/ code / project / src / packages / private-package / node_modules / camelcase'」。

解決策が見えているかどうか聞いてもいいですか？ 20個のnode_modulesとyarn.lockを削除して修正します。

解決策が見えているかどうか聞いてもいいですか？ 20個のnode_modulesとyarn.lockを削除して修正します。

私は個人的にワークスペースの処理に関してlernaに切り替えました。

現在のレルナが単にヤーンにパススルーすることをかなり確信してください。

Emberパッケージのnohoist追加することで、問題を回避することができました。現在の環境では、ワークスペースと互換性のない古いバージョンのEmberを使用しています。

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

私たちは今ここに最小限の再現があると思います： https ：

削除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追加しても、確実に修正されるわけではありません。 ディスク容量やiノードが不足しているわけではありません。 私はWSL1を使用しています。 糸1.22.4。

キャッシュディレクトリを一時的に変更して修正しましたが、直後に削除します。

私にとってはDockerビルドです：

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