docker compose upを実行したときに「Docker endpoint for "default" not found」が出力されるのだが。。

## 環境
- OS:Windows 10 Pro
- Docker Version
  - Docker Desktop:4.16.3
  - Docker Engine:20.10.22
  - Docker Compose:v2.15.1

## 参考記事
https://stackoverflow.com/questions/74804296/docker-endpoint-for-default-not-found

https://github.com/docker/compose/issues/9956

https://docs.docker.jp/engine/reference/index.html

https://matsuand.github.io/docs.docker.jp.onthefly/engine/context/working-with-contexts/

## 事象
`docker compose up`を実行したときに「Docker endpoint for "default" not found」が出力される

```
[実行コマンド]
> docker compose up
[出力結果]
Docker endpoint for "default" not found
```

「Docker endpoint for "default" not found」を直訳すると「「デフォルト」の Docker エンドポイントが見つかりません」らしい。

## ちょっと調べてみる
- 参考
![3.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2711955/5ab3b39a-7cbc-a84e-62cb-4a1e3fb463ce.png)

- meta.jsonの中身には何も記載されていない。。
![4.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2711955/940b2472-8677-14f5-e80e-0d36f8bd02ed.png)
![5.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2711955/9ee83f27-d8e7-a9f1-36f7-cec88b6f9349.png)

- `docker context ls`コマンドの結果を確認してみる
```
[実行コマンド]
> docker context ls
[出力結果]
unexpected end of JSON input
```
「unexpected end of JSON input」を直訳すると、「JSON 入力の予期しない終了」になる(jsonファイルでバグがある感じ？)
- コマンドリファレンスから`docker context`でできることを調査し、`docker context inspect`が使えそうだったので、とりあえず出力結果を確認
```
[実行コマンド]
> docker context inspect
[出力結果]
[
    {
        "Name": "default",
        "Metadata": {
            "StackOrchestrator": "swarm"
        },
        "Endpoints": {
            "docker": {
                "Host": "npipe:////./pipe/docker_engine",
                "SkipTLSVerify": false
            }
        },
        "TLSMaterial": {},
        "Storage": {
            "MetadataPath": "\u003cIN MEMORY\u003e",
            "TLSPath": "\u003cIN MEMORY\u003e"
        }
    }
]
```

## ある程度調査した上で参考記事から以下の対策を見つけたが納得できなかった。。
#### ① .dockerディレクトリを削除
指定のパスを参照してみたがさすがに影響範囲が大きすぎる。。
![1.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2711955/5e693b99-ace0-9a3c-c574-8c9f1f539360.png)
![2.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2711955/4e884aca-3a2f-8e56-6431-ad5eadb7a71a.png)

#### ② meta.jsonを削除
事象は違うが、`docker context ls`を実行した際にjsonがおかしいと言ってたので、一旦バックアップを取ってからmeta.jsonを削除すると起動できた。納得いかない。。(なぜ削除するだけでうまくいく？しかも再起動後に新しくファイルが作成されるわけでもない。)
![3_.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2711955/1e722af3-f8b4-a16a-bbde-00c8dd672cfc.png)
![6.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2711955/203fbecb-fac3-5ef5-b980-d2b7a7c8471e.png)
![7.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2711955/0bf1a545-c1a2-0a77-bcba-fd9f9b842e22.png)
![8.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2711955/666f919a-0fd5-b1c8-3f84-d37e782a8136.png)
![9.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2711955/22597e34-0f0d-bbd9-7bff-fa96d38fbf7f.png)

#### meta.jsonに何かしらを追加することによって解決している人が居るっぽい
![10.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2711955/f65b038a-c766-77d6-068c-4428ae6b7627.png)

#### `docker context inspect`の実行結果をmeta.jsonに追加して実行
解決方法として挙げている内容が`docker context inspect`の出力結果と同じような形式だったので、`docker context inspect`の`[]`を除いた出力結果をmeta.jsonに貼り付けて実行してみるといけた。
![10.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2711955/2630ba13-9466-b104-2a0c-3fd3efe7e272.png)
![11.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2711955/bf70ef40-8955-2b51-032c-d0213a907644.png)
![12.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2711955/c1ec66aa-0508-e768-c3de-515fff4f8418.png)
![13.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/2711955/77ad961f-0ba0-083e-e5e6-6963ec17f7d9.png)

元々meta.jsonにエンドポイントの設定が記載されていたが、バージョンアップなどの影響でmeta.jsonの中身が消えた路線の可能性が高いかと思うので、`docker context inspect`の出力結果をmeta.jsonに張り付ける対応で完了とします。