Yarn: 未定義のタール含有量の抽出に失敗しました

同じ問題で、CIもブロックされています。最近、yarn1.9.2に更新しました。

@opiationエラーは確かにランダムですが、原因を見つけた可能性があります.gitない離れたgit URLがありますか？ それらのうちの2つがあり、 .gitを追加すると問題が修正されました。 エラーメッセージにこれが直接記載されていない理由はわかりませんが、これが問題です。

また、関連している可能性があります： https ：

@ adrienharnay 、 これが私が使用したpackage.jsonです。 githubの依存関係は1つだけですが、それがなくてもエラーが発生します。 あなたの提案を誤解しない限り、git以外の依存関係に.gitを追加する方法がわかりません。

遠いというのは正しい言葉ではありませんでした。Gitからインストールされたパッケージを意味していました🙂

これを試していただけませんか？

"storybook-addon-markdown": "https://github.com/mihalik/storybook-addon-markdown.git"

以前のコメントによると、 storybook-addon-markdown依存関係がなくても問題が発生します。 したがって、この問題は、yarnがgitURLを不適切に処理することに起因するとは思われません。

確かに、私はあまりにも速く読みました。 まあ、それは私たちのバグを修正しました、しかし私はあなたのことについて知りません😕ごめんなさい

@ opiationyarn.lockファイルも更新しましたか？ 私はそれをしなければならなかったので

@Titozzz 、 yarn.lockファイルがある場合とない場合でこのエラーが発生します。 ロックファイルを何度か削除して再作成しましたが、役に立ちませんでした。

私もこれを取得し、gitからのパッケージはありません。

パッケージのtarballバージョンを使用してこの問題（https://github.com/yarnpkg/yarn/issues/6256）を回避したかったのですが、実際、セルフホストのGithubエンタープライズのtarballURLに対して上記のエラーがスローされます。

github.comがホストするtarballはどういうわけか機能しました。 例えば
https://github.com/luwes/chameleon/archive/grasshopper-v0.0.1-beta.4.tar.gz

私たちが持っているプロジェクトでも同じ問題が発生しています。 ただし、インストールの一部としてprepareスクリプトを実行するdepsを削除すると（git urlであるため）、機能します。 これらはたまたまgiturlを指していますが、実際にはprepareが、何らかの理由でミューテックスフラグを破壊しているように見えるyarn installプロセスをさらに開始しているように見えると思います。 それは、他のプロセスが別のルートプロセスではなく、ルートプロセスによって開始されるためだと思います。 この情報が役立つのか、それとも実際にベースから外れているのかはわかりません。 しかし、私は私が見つけたものを関係なく共有すると思いました。

@khendry私は再び問題をprepareスクリプトを持っているgit依存関係から来ています！ ：+1：

私はこれを私たちが持っているプロジェクトで追跡してきましたが、これまでのところ、git-fetcherがここから開始する同時インストールに絞り込んでい

正しい修正がどこにあるのか、何が正しいのかを理解するのに十分なコードベースを見ていませんが、それが問題の始まりです。

これに関するニュースはありますか？ 私たちもこの問題に直面しています。

同じ問題。 CIで糸を使用することは不可能です。 2番目のビルドごとにこのエラーで失敗しました😞

node_modulesを削除してみてください。

yarn cache clean
yarn install --network-concurrency 1

これを共有していただきありがとうございます。 これは少なくとも回避策です🤗ですが、ビルド時間を適度に速くしたい場合は実際の解決策はありません😅

--network-concurrencyフラグを使用しようとしましたが、成功しませんでした。 したがって、それは実際にはこの特定の問題を解決しません。 このフラグは、問題が発生した場所よりも高いレベルで並行性に対処します。

私にとって--network-concurrency 1は問題を解決します。 私はそれが一時的な修正であることを知っていますが、それは機能します。 ただし、値は正確に1必要があります。

私はあまりにも早く話しました。 私はチームメイトに、実際に自分で試すのではなく、これを試したかどうか尋ねました。彼は私たちが持っていると_非常に_自信を持っていました...彼は間違っていて、ネットワークではなくミューテックスフラグに関連していると思って前の投稿を読み間違えました並行性。 それ以来、再試行しましたが、これも問題に対処しているように見えることを確認できます。

--network-concurrency 1設定しても、実際には機能しません。

今のところ、私が遭遇した唯一の回避策は、 yarn.lockを完全に再生成することです。 私が得るエラーは次のとおりです。

2.054 Performing "GET" request to "https://<private-artifactory-npm-registry>/@myorg/eslint-plugin-import/-/@myorg/eslint-plugin-import-3.0.0.tgz".
verbose 2.519 Error: https://<private-artifactory-npm-registry>/@myorg/eslint-plugin-import/-/@myorg/eslint-plugin-import-3.0.0.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "Unexpected end of data"
    at MessageError.ExtendableBuiltin (/Users/me/.nvm/versions/node/v8.12.0/lib/node_modules/yarn/lib/cli.js:237:66)
    at new MessageError (/Users/me/.nvm/versions/node/v8.12.0/lib/node_modules/yarn/lib/cli.js:266:123)
    at Extract.<anonymous> (/Users/me/.nvm/versions/node/v8.12.0/lib/node_modules/yarn/lib/cli.js:59446:14)
    at emitOne (events.js:121:20)
    at Extract.emit (events.js:211:7)
    at Extract.module.exports.Extract.destroy (/Users/me/.nvm/versions/node/v8.12.0/lib/node_modules/yarn/lib/cli.js:135306:17)
    at Extract.module.exports.Extract._final (/Users/me/.nvm/versions/node/v8.12.0/lib/node_modules/yarn/lib/cli.js:135364:34)
    at callFinal (/Users/me/.nvm/versions/node/v8.12.0/lib/node_modules/yarn/lib/cli.js:70270:10)
    at _combinedTickCallback (internal/process/next_tick.js:139:11)
    at process._tickCallback (internal/process/next_tick.js:181:9)

更新： --skip-integrity-check使用すると、このエラーを回避できることがわかりました。 明らかにそれは本当に解決策ですが。 これは、整合性チェックロジックの重要なバグのように見えます。

[email protected] 、 [email protected]

@arcanis @ rally25rsこのエラーの詳細：

したがって、sha1が同じであることを考えると、これが整合性チェックサムに失敗していることは私にはかなり奇妙に思えます。

Error: sha1-Sl7Hxk364iw6FBJNus3uhG2Ay8Q= integrity checksum failed when using sha1: wanted sha1-Sl7Hxk364iw6FBJNus3uhG2Ay8Q= but got sha1-AHoWKXweP+Pg9aZkGBsAjFruGaM=. (77 bytes)
    at Transform.on (/Users/shargrove/.nvm/versions/node/v8.12.0/lib/node_modules/yarn/lib/cli.js:32831:19)
    at emitNone (events.js:111:20)
    at Transform.emit (events.js:208:7)
    at endReadableNT (_stream_readable.js:1064:12)
    at _combinedTickCallback (internal/process/next_tick.js:139:11)
    at process._tickCallback (internal/process/next_tick.js:181:9)

更新：上記を確認した後、 --skip-integrity-checkこのエラーをバイパスすることを確認しました。 整合性チェックロジックのより深刻なバグのようです。

好奇心から@ opiation 、package.jsonを貼り付けることができますか？ 次の「オーバーライド」手法をどこかで使用していますか？

"dependencies": {
  "foo": "npm:@myorg/foo"
}

たとえば、私はそれを使用しています：

"eslint-plugin-import": "npm:@myorg/eslint-plugin-import",

そして、これは私がエラーを見るパッケージです..それで、これは関連しているのだろうか？

@hulkish 、私の最初の投稿によると、これが私のpackage.json 、 yarn.lockで作成した要点であり、実行したすべてのテストで説明されているエラーが発生しました。 明確にするために、 failing_test.sh各行でこのエラーが発生する可能性がありますが、一貫性はありません。 エラーが発生するまで、複数回試行する必要がある場合があります。 このスレッドに含めるために、各テストを以下に要約します。

失敗したテスト

• yarn install
• yarn install --frozen-lockfile
• yarn install --pure-lockfile
• yarn install --mutex network
• yarn install --network-concurrency 1
• 上記のすべてのテストは、事前にrm yarn.lockします
• gitインストールされたnode:alpineコンテナでの上記のすべてのテスト（このスレッドが作成された時点では高山）
• gitインストールされたnode:8-alpineコンテナでの上記のすべてのテスト

「オーバーライド」テクニックについては、どういう意味かわかりません。 依存関係の値で_protocol_のようなプレフィックスを参照している場合（例のnpm:など）、はい、1つの開発依存関係はgithubパッケージを使用します。

"storybook-addon-markdown": "github:mihalik/storybook-addon-markdown"

ただし、devの依存関係を削除してもエラーが発生するため、これは関連していないようです。

@holyxiaoxinに叫び--network-concurrency 1追加すると、私のCIでこれが解決しました👍

ping @imsnif ？ @hulkishのコメントによると、これは整合性チェックに関連しているようです

@khendry gitの依存関係でprepareを使用しなくなったため、ciでこれが解決されましたが、-network-concurrency 1、-child-concurrency 1、-skip-integrity-checkでは不十分でした

npm config set always-auth trueこれを修正することができました（ここに記載さ

最近、 yarn 1.12.3とnode 10.13.0を使用して、この問題が発生しました。 上記の解決策の多くを試した後、無駄に、 yarn.lockファイルの削除/再生成が機能しました。

同様の問題が発生しています。 @mvonballmoが提案したようにyarn.lockを削除することだけが、それを実行させました。 しかし、それはまだ完全には機能していません。

yarn install v1.12.3
[1/4] Resolving packages...
[2/4] Fetching packages...
error https://registry.yarnpkg.com/iconv-lite/-/iconv-lite-0.4.23.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "ENOSPC: no space left on device, write"
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

yarn install v1.12.3
info No lockfile found.
[1/4] Resolving packages...
warning celebrate > joi > [email protected]: This version is no longer maintained. Please upgrade to the latest version.
warning xo > eslint > file-entry-cache > flat-cache > [email protected]: CircularJSON is in maintenance only, flatted is its successor.
[2/4] Fetching packages...
error https://registry.yarnpkg.com/babel-runtime/-/babel-runtime-6.26.0.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "ENOSPC: no space left on device, write"
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

よう皆、

したがって、ここで報告されているさまざまなエラーから判断すると、これは実際にはいくつかの異なる問題である可能性があるようです。
ENOSPC: no space left on device, write 、
wanted sha1-Sl7Hxk364iw6FBJNus3uhG2Ay8Q= but got sha1-AHoWKXweP+Pg9aZkGBsAjFruGaM= （ところで、よく調べますが、これらは同じではありません）、
the file appears to be corrupt: "Unexpected end of data"など

これらは同じような場所で発生する可能性があることを理解していますが、まったく異なる問題や環境が原因である可能性があります。 整合性チェック（具体的には、エラーコールバック時のuntarStream-詳細なデバッグ@hulkishに感謝します！）は、多くのエラーを収集できる漏斗であり、実際のエラー以外のフィードバックをユーザーに提供するのは少し難しいです。

この1回限りのプロセス（成功したと仮定して1回）は通常のインストールよりもネットワークに負荷がかかるため、上記は整合性の移行（古いスタイルのyarn.lockに新しい整合性フィールドを入力する）に特に当てはまります。 （ integrityフィールドのないすべてのパッケージをループし、レジストリマニフェストをフェッチします）。

競合状態に関する理論は興味深いものであり、間違いなく可能性があります。さらに詳しく調べてみたいと思います。 @opiationの複製は私にはうまくyarnを実行して、そのpackage.jsonとyarn.lockを使用してインストールしました-わかりましたこれでも問題が発生しましたか？）

@ opiation-この問題を再現できますか？ 同じ条件下で？ たぶん、解像度のレベルを下げることができ、これを実現するためのコマンドに至るまで、あなたが行うすべてのことを教えてくれますか？

このスレッドの他の誰かが、この問題を部分的に一貫して再現する共有可能なセットアップを持っていますか？ 私はこれの底に到達することを非常に嬉しく思います。

CIシステムで同じエラーメッセージが表示されました。

2018-11-12T04:32:13.0386630Z error https://pkgs.dev.azure.com/JeremyTCD/_packaging/Main/npm/registry/cheerio/-/cheerio-0.22.0.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "Unexpected end of data"
2018-11-12T04:32:20.4838361Z 
2018-11-12T04:32:20.4852626Z     yarn install v1.12.3                                                                    
2018-11-12T04:32:20.4853491Z     [1/4] Resolving packages...                                                             
2018-11-12T04:32:20.4855400Z     [2/4] Fetching packages...                                                              
2018-11-12T04:32:20.4856037Z     info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

しかし、なんとか私の特定の問題を理解することができました。 似たようなものに遭遇した人のために、ここにメモを残したいと思いました。

原因

プロジェクトに新しい依存関係を追加した後、ローカルマシンでyarn installを呼び出しました（[email protected]）。 ローカルの.npmrcにより、yarnは私のプライベートレジストリから依存関係を復元しました。 生成されたyarn.lockには、次の行が含まれていました。

[email protected]:
  version "0.22.0"
  resolved "https://pkgs.dev.azure.com/JeremyTCD/_packaging/Main/npm/registry/cheerio/-/cheerio-0.22.0.tgz#a9baa860a3f9b595a6b81b1a86873121ed3a269e"
  dependencies:
  ...

パッケージがプライベートリポジトリからどのように解決されたかに注意してください。 私のCIマシンには、プライベートレジストリの資格情報を持つ.npmrcがありませんでした。 これがエラーメッセージの原因でした：

https://pkgs.dev.azure.com/JeremyTCD/_packaging/Main/npm/registry/cheerio/-/cheerio-0.22.0.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "Unexpected end of data"

私は私の地元の固定.npmrc 、私の回生yarn.lock ：

[email protected]:
  version "0.22.0"
  resolved "http://registry.npmjs.org/cheerio/-/cheerio-0.22.0.tgz#a9baa860a3f9b595a6b81b1a86873121ed3a269e"
  integrity sha1-qbqoYKP5tZWmuBsahocxIe06Jp4=

パッケージがデフォルトのNPMレジストリからどのように解決されるかに注意してください。 これを実行すると、エラーは発生しなくなりました。

修正

問題の原因が私のものと同じである場合は、次のことができます。

• CIマシンに必要な資格情報を追加するか、
• ローカルの.npmrc微調整し（ yarn config listは、yarnが復元するレジストリを出力します）、 yarn.lock再生成します。

ノート

おそらく、エラーメッセージはより具体的である可能性があります。

編集：当初、Yarnをロールバックすると問題が解決すると考えていました-誤って私の誤ったコミットをこの問題にリンクしました。 結局、毛糸は問題ではありませんでした。

TL; DR：yarn.lockファイルを削除して再度生成してみてください。

Netlifyでビルドしようとするとエラーが発生しました： Extracting tar content of undefined failed, the file appears to be corrupt: "Unexpected end of data"

node_modulesフォルダーとyarn.lockファイルを削除し、 yarn installを介してそれらを再度生成すると、依存関係が異なる新しいyarn.lockファイルが得られました。 この新しいファイルを使用して、Netlifyはプロジェクトを正常にビルドしました。

@imsnifは、ここで報告されている複数の異なる問題があるように見えることに同意しました。 私が取り組んでいるプロジェクトから、 @ khendryがここで概説した問題を引き起こす再現ケースがあると思います

私たちが持っているプロジェクトでも同じ問題が発生しています。 ただし、インストールの一部としてprepareスクリプトを実行するdepsを削除すると（git urlであるため）、機能します。 これらはたまたまgiturlを指していますが、実際にはprepareが、何らかの理由でミューテックスフラグを破壊しているように見えるyarn installプロセスをさらに開始しているように見えると思います。 それは、他のプロセスが別のルートプロセスではなく、ルートプロセスによって開始されるためだと思います。

問題を再現できることを期待して、以下の再現手順を共有します。 さらに情報が必要な場合はお知らせください。

再現手順

1. ノードv10.3.0とyarn v1.12.3を使用して、新しいテストフォルダーで、この要点からpackage.jsonとyarn.lockをダウンロードします。
2. rm -rf ~/.cache/yarn* node_modules/ && yarn install --frozen-lockfile --network-concurrency 16実行します（信頼できる環境のためにキャッシュをクリアし、以前にノードモジュールをインストールします。同時実行性を高く設定して、問題が発生する可能性を高めます）
3. 次のような出力を観察します。

yarn install v1.12.3
[1/5] Validating package.json...
[2/5] Resolving packages...
[3/5] Fetching packages...
warning Pattern ["object-assign@latest"] is trying to unpack in the same destination "/home/ocderby/.cache/yarn/v4/npm-object-assign-4.1.1-2109adc7965887cfc05cbbd442cac8bfbb360863/node_modules/object-assign" as pattern ["object-assign@^4.1.0","object-assign@^4.1.0","object-assign@^4","object-assign@^4.1.1","object-assign@^4.1.0","[email protected]","object-assign@^4.1.0","object-assign@^4.1.1","object-assign@^4.1.0","object-assign@^4.1.0","object-assign@^4.1.0","object-assign@^4.1.0","object-assign@^4.1.0","object-assign@^4.1.0","object-assign@^4.1.0","object-assign@^4.1.1","object-assign@^4.1.1","object-assign@^4.0.1","object-assign@^4.0.1","object-assign@^4.1.0","object-assign@^4.0.1","object-assign@^4.0.1","object-assign@^4.0.1","object-assign@^4.1.0","object-assign@^4.0.1"]. This could result in non-deterministic behavior, skipping.
info No lockfile found.
[1/4] Resolving packages...
warning eslint > file-entry-cache > flat-cache > [email protected]: CircularJSON is in maintenance only, flatted is its successor.
warning jest > jest-cli > prompts > [email protected]: Please upgrade to kleur<strong i="26">@3</strong> or migrate to 'ansi-colors' if you prefer the old syntax. Visit <https://github.com/lukeed/kleur/releases/tag/v3.0.0\> for migration path(s).
[2/4] Fetching packages...
error https://registry.yarnpkg.com/lodash/-/lodash-4.17.4.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "ENOENT: no such file or directory, chmod '/home/ocderby/.cache/yarn/v4/npm-lodash-4.17.4-78203a4d1c328ae1d86dca6460e369b57f4055ae/node_modules/lodash/_shortOut.js'"
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

その他の注意事項

私はさまざまなことを試しましたが、ここに私のメモがあります：

1. この問題は、私にとって100％の確率で再現されるわけではありません。 上記のように、使用されるネットワークの同時実行性を増やすと、問題が発生する可能性が高くなるようです。
2. パッケージレジストリに公開されているバージョンのreact-textarea-autosizeを使用すると、問題が解決します（ @khendryが上記で報告した内容を確認しているようです）
3. --mutex file設定しても、ここではまったく役に立たないようです
4. 上で報告したように、ネットワークの同時実行性を1に制限すると（ --network-concurrency 1引数を使用）、速度は遅くなりますが、すべてが正しくインストールされます。
5. これをノードv8.12.0で、yarnv1.9.4とv1.12.3の両方で再現しました。 これは、Circle CI2.0で実行されているcircleci/node:8-stretch dockerイメージで実行されていました。

ヤーンを1.12.3に更新した後、最近このエラーが発生し始めました。
私のtravis-ciビルドの失敗を参照してくださいhttps://travis-ci.org/ankurk91/vue-cleave-component

$ yarn install --non-interactive
yarn install v1.12.3
[1/5] Validating package.json...
[2/5] Resolving packages...
[3/5] Fetching packages...
error https://registry.yarnpkg.com/har-validator/-/har-validator-5.1.2.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "Unexpected end of data"
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
The command "yarn install --non-interactive" failed and exited with 1 during .

[email protected]でのみ発生しています。
なんとか成功したらポストバックします。
PS。
これは、har-validatorパッケージに固有のものでした。

私も得る
error https://registry.yarnpkg.com/har-validator/-/har-validator-5.1.2.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "Unexpected end of data"
curlを使用すると、 https：//registry.yarnpkg.com/har-validator/-/har-validator-5.1.2.tgzで404を取得しました
しかし、私のブラウザではダウンロードできます。
私のサーバーの1つはyarnを1.12.1にダウングレードすると動作を開始しますが、他のサーバーではエラーが同じままです（どちらの場合もyarnキャッシュディレクトリを削除します）。
ある種のcloudflare（config）の問題である可能性はありますか？

いいえ、この特定のインスタンス（あなたのものと@ ankurk91によるもの）は、 har-validatorが非公開になっていることが原因です（＃6694を参照）。

依存関係（ "@team/myproject": "git+ssh://[email protected]/team/myproject.git#master", ）として別のリポジトリを追加した後、CI環境でのみこのエラーが発生します。 確認できます

• CIスクリプトに--network-concurrency 1を追加すると問題は解決しますが、もちろんビルドが非常に遅くなります
• yarn install --network-concurrency 16すると、ローカルでもエラーが発生します

キャッシュのクリーニングもyarn.lockリセットも私には違いはありませんでした

編集：残念ながら、 --network-concurrency 1修正は一貫していないようです😢

ここで同じエラー、
再現が簡単：
yarn upgrade typescript@^2.8

その後：
yarn upgrade [email protected]

この最後のパッケージをインストールしているときにctrl + cを実行しました。「yarnupgrade」をもう一度実行すると、次のようになります。

yarn upgrade v1.12.3
[1/4] 🔍  Resolving packages...
[2/4] 🚚  Fetching packages...
error https://registry.yarnpkg.com/typescript/-/typescript-2.8.4.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "ENOENT: no such file or directory, stat '/Users/u/Library/Caches/Yarn/v4/npm-typescript-2.8.4-0b1db68e6bdfb0b767fa2ab642136a35b059b199/node_modules/typescript/lib/lib.d.ts'"
info Visit https://yarnpkg.com/en/docs/cli/upgrade for documentation about this command.

更新：以下は、Sonatype Nexusインストールのメタデータが破損しているためであり、Yarnの問題ではありません。 コンテキストに向けて出発します。

CI環境の複数のパッケージでこれを確認します。 ヤーン1.12.3およびノー​​ド11.1：

responsive-props-1.2.2.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "Invalid tar header. Maybe the tar is corrupted or it needs to be gunzipped?"

styled-components-breakpoint-2.1.3.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "Invalid tar header. Maybe the tar is corrupted or it needs to be gunzipped?"

同様の問題が発生しましたが、ファイルが破損しているように見えます：「EBUSY：...」。
ヤーンキャッシュ全体をクリアして再実行しましたが、同じエラーが発生したため、ヤーンがファイルを作成してロックしているようです。

これはWindows10にあります。

yarn install v1.10.1 [1/4] Resolving packages... [2/4] Fetching packages... error https://registry.yarnpkg.com/fbjs/-/fbjs-0.8.17.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "EBUSY: resource busy or locked, open 'c:\\src\\yarn\\cache\\v2\\npm-fbjs-0.8.17-c4d598ead6949112653d6588b01a5cdcd9f90fdd\\lib\\UserAgent.js'" info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

動作する「yarn--pnp」を実行して回避策を実行しました。 それはより新しく、おそらくより不安定なコードであるはずなので、奇妙です。

yarn.lock削除することで、私はそれを機能させました。

みなさん、同じ問題がありました。 ホームディレクトリから.npmrcを削除することで解決しました。

rm ~/.npmrc

@ binchik-これは私のために働いた唯一のものです。

@binchikに感謝します、それは私のためにトリックをしました。 👍

したがって、 yarn失敗するまでの一連のイベントに巻き戻した後、次のようなpackage.jsonでnpmスクリプトを実行したと思います。

"audit": "npm audit"

そのプロジェクトでnpmを使用したことがないので、これはまったくばかげています。 このコマンドの後、このスレッドの他のユーザーの経験に沿って、すべて（npmを含む）にランダムな障害が発生し始め、完了しなくなります。

エラーを再現している人が問題の原因を正確に調査して把握できれば、非常に役立ちます。 試しましたが再現できません🙁

いくつかの指針：

• 失敗したときにuntarStreamに何が入るかを理解する必要があります-私の仮説は、json応答をtarballとして処理しようとしている可能性があるということです（https://github.com/yarnpkg/yarn/blob/master /src/fetchers/tarball-fetcher.js#L146-L150）

• .npmrc問題になる可能性があるのは、認証トークンだけだと思います。 （ファイル全体ではなく） .npmrcから認証トークン行を削除するだけで問題が解消されることを誰かが確認できれば幸いです。

FWIW、私は今日この問題に遭遇しました。 いくつかのこと：

• .npmrc削除すると修正されました。 ファイル内の唯一のことは、認証トークンに関係していました。
• npm install失敗し、401の不正エラーがログに記録されました。
• .npmrcファイルを削除した後、 npm installは再び機能しました。

@deleteme私の調査結果によると、これは原因というよりはバグの副産物のように聞こえます。

.npmrcまたは.yarnrcがある場合とない場合で遭遇しました

この問題が突然通常よりもはるかに多く発生し、npmレジストリが特に不安定な状態にあることを考えると、私の仮説はそれほど遠くない可能性があります。

@arcanisは今日この問題を抱え始めたばかりです。 そのnpmrc認証トークン行を削除することで問題が解決したことを確認できます。

私の場合、 ~/.npmrc作成されていません。 しかし、 yarn.lock再生は私にとって

単に、

$ rm yarn.lock && yarn

編集：この問題に2回直面しただけで、最終的にここに着陸しました。 ：スマイル：

私の場合、CircleCI、 circleci/node:10.11.0 docker image、および[email protected]を使用していますが、 ~/.npmrcはありません。 @achillesrasquinhaありがとうございます。 わたしにはできる。

私はこの問題に1週間以上直面しています。 yarn install --network-concurrency 1問題を解決しましたが、非常に遅いです。

ところで、この情報は誰にとっても役立つ可能性があります。
私は自分のプロジェクトでカスタムnpmパッケージ（社内）を使用していました。 常に.cache/v4ような同じ問題が発生しますが、失敗するたびに異なるパッケージ名が表示されます。 多くの時間を費やした後、私は1つのランダムな観察を見つけます。
私のプロジェクトとカスタムnpmパッケージは、バンドルのビルドに同じyarn buildを使用しています。 カスタムパッケージビルドスクリプト名をyarn build:pという別の名前に更新しました。 それからそれは働き始めます。 ビルドを何度も実行しました。 失敗しませんでした。 これら2つがどのように依存しているかはわかりませんが、私にとってはうまくいきました。

.npmrc削除しても、私には効果がありませんでした。 また、 @ davidaleeが述べたように、 yarn.lockファイルを削除する必要がありました。 なぜ彼が親指を立てているのかわかりません🤷‍♂️

.npmrc削除しても効果があったかどうかはわかりません。

私は実際に削除のファンではないyarn.lockだけ削除され、私がやったように、ファイルをhar-validatorからパッケージyarn.lockしてから再実行yarnこれで問題が解決しました。

はいrm yarn.lockは私のために働きます。 パッケージhar-validator-5.1.2問題に直面しています。

error https://registry.yarnpkg.com/har-validator/-/har-validator-5.1.2.tgz: Extracting tar content of undefined failed, the file appears to be corrupt: "Unexpected end of data"

こんにちは、har-validator-5.1.2はhttps://github.com/ahmadnassri/node-har-validator/issues/112#issuecomment -437378269に記載されているように、npmから非公開でした。したがって、 yarn upgrade介して依存関係をアップグレードする必要があります。 yarn.lockを削除するのとおそらく同じ効果があります）。

この問題は解決できると思います。

最初の問題レポートで述べたように、 yarn.lock削除してもうまくいきません.npmrcも削除しませんnode:10-alpine dockerイメージには.npmrcファイルがないか作成されていません。

最後に、エラーはhar-validatorパッケージに限定されません。 実際、私はそのパッケージでこれに遭遇したことはありません。 私はパッケージlodash 、 fbjs 、 react 、および他のホストと遭遇しました。

以前のコメントで、この問題ました。 ちなみに、dockerでテストすると、 package.jsonのみを含む問題を再現できます。したがって、 yarn.lock 、 .npmrc 、 node_modulesはありません。 この問題は、ローカルマシン、GCEインスタンス、Gitlab.comのCIで引き続き再現できます。 --network-concurrency=1も--skip-integrity-check 、私にとっては問題を解決していないようです。 したがって、特に上記のすべてのテストはnpm installを使用して機能するため、 yarn installがnpm installドロップイン置換であると想定して、この問題を閉じることをお勧めします。同じpackage.json与えられます。

問題は、npmレジストリが一般的に不安定で、エラーを返すことです（複数のリクエストが明らかに発生している場合は、より高いレートで-おそらく何らかのIPごとのスロットル？）。 何らかの理由で、それらはYarnによって適切にキャッチされません。これは、盲目的にそれらをハッシュし、期待されるハッシュと比較しようとしますが、失敗します。

したがって、Yarnにはバグがあります（より役立つエラーを出力する必要があります）が、本当の問題はnpmレジストリがいかに不安定であるかということを考えると、現時点では優先事項ではありません（ただし、PRは間違いなくレビューします！） 。

npmでそれが起こらない理由については、動作するまでリクエストを再試行します。 Yarnにはそれを行うメカニズムがありますが、ハッシュを具体的に計算する部分にはありません。

インストールにnpmレジストリに依存するのをやめるには、オフラインミラーを使用することをお勧めします。

https://github.com/yarnpkg/yarn/pull/6817は、レジストリから返された実際のステータスコードを表示することで、これを「修正」します。 再試行コードを追加していないので、動作するまでやみくもに再試行するのではなく、安定しているほうがいいのですが、地平線に改善がない場合は、それを行う必要があるかもしれません。

それまでの間、エラーメッセージが変更され、このスレッドが非常に大きくなるため、このディスカッションを終了します（新しいスレッドを開いて、各ステータスコードについて個別にディスカッションできます）。

私の場合、 ~/.npmrc作成されていません。 しかし、 yarn.lock再生は私にとって

単に、

$ rm yarn.lock && yarn

ありがとうございました、
rm -rf ./yarn.lock && yarn
それは私のために働いています！

それが誰かを助ける場合：

• npmにログインするのを忘れたときに、これと同じエラーが発生しました（doh！）

私にとって、この問題はservice docker restart （Ubuntu 18.04）で解決されました。

私はこのような断続的で非決定論的なエラーを経験してきました。 ビルドを再開しましたが、他に何も変更されておらず、機能しています。 誰かが糸に代わるものはありますか？

ベースドッカーイメージをnode:8.12.0からnode:8.13.0に更新するPRを行った後、ビルドごとに同じエラー（毎回異なるnpmモジュールでのエラー）が発生し始めました。 これらのノードドッカーイメージを調べたところ、プリインストールされているヤーンのバージョンがv1.9.4からv1.12.3に変更されていることがわかりました。 関連するgitcommitを参照してください。 このスレッドで提案された修正のいくつかを試しましたが、エラーを解決できませんでした。 Dockerfileのyarnバージョンをv1.9.4ダウングレードするだけで、この問題を修正できました。 このバージョンのヤーンが他の人にとって問題があることは知っていますが、私にとっては、より新しいバージョンのヤーンが問題を引き起こしています。 jfrogアーティファクトを介してプライベートモジュールにアクセスするための資格情報を提供する.npmrcファイルを使用しており、すべてのnpmモジュールをミラーリング/プロキシするようにアーティファクトが設定されていることに注意してください。

なぜこれが閉鎖されているのですか？ まだCIを破っている

それまでの間、エラーメッセージが変更され、このスレッドが非常に大きくなるため、このディスカッションを終了します（新しいスレッドを開いて、各ステータスコードについて個別にディスカッションできます）。

このスレッドは有用性を超えたように見えるので、先に進んでこのスレッドをロックします。 リマインダーとして：

• このエラーメッセージが表示されている場合は、古いリリースを使用して可能性が非常に高いです。 1.13+にアップグレードして、真のエラーメッセージを取得します。 レジストリが何らかの理由でHTTP500を返している可能性があります。

• それでもYarn自体に起因すると思われるエラーが発生する場合は、新しいスレッドを開いて、問題を再現する方法を詳しく説明してください。 複製を提供しない場合、修正を提供することはできず、自分で調査するように依頼する必要があります。