新しいノードのチェーンデータの大きさはどれくらいですか?
1 回答
- 投票
-
- 2019-05-31
full
履歴モードの新しいノードでは、ブートストラップされたフォルダは次のようになります.store 5.5 GB context 13 GB
ノードを更新してブロックチェーンの再構築を最初から開始した場合、ノードはデフォルトで
full
履歴モードで実行されているはずです.スナップショットを作成して再度アップグレードする必要はありません.On the new node in
full
history mode my bootstrapped folder looks like this:store 5.5 GB context 13 GB
If you updated your node and started rebuilding the blockchain from scratch your node should be running in
full
history mode by default. There is no need to snapshot and upgrade it again.-
ありがとう.物事はまだブートストラップされており(現在2019年2月)、ディスク容量は不足する速度で増加しています.現在、154.90GBの54.6%が使用されており、「今日」になるまでにディスクがいっぱいになります. ブートストラップが完了した後、ストアとコンテキストのクリーンアップが行われますか?Thanks. Things are still bootstrapping (at Feb 2019 now), and the disk space is growing at a rate in which it will run out. Currently 54.6% of 154.90GB is being used and by the time I get to 'today' the disk will be full. After the bootstrapping is complete is there some cleanup of store and context that takes place?
- 0
- 2019-06-01
- lostdorje
-
ブートストラップ後のクリーンアップについてはよくわかりません.スナップショットからインポートすることをお勧めします(例:https://www.tzdutch.com/quicksync/).前に、.tezos-nodeディレクトリの「store」フォルダと「context」フォルダを必ず削除してください.ダウンロードファイルは1.5GBっぽいです.抽出してインポートすると、18GBに近くなりますが、プロセスのどの時点でもそれよりはるかに高くなることはありません. スナップショットのインポート手順:https://tezos.gitlab.io/master/releases/may-2019.htmlNot sure about the clean-up after bootstrapping. I suggest you import from snapshot (e.g. from here: https://www.tzdutch.com/quicksync/). Make sure to delete your 'store' and 'context' folders in your .tezos-node directory before. The download file is 1.5GB-ish. Once you extracted and imported it it will be closer to 18GB but at no point in the process much higher than that. Instructions for snapshot import: https://tezos.gitlab.io/master/releases/may-2019.html
- 0
- 2019-06-01
- Andreas Tissen
-
まことにありがとうございます!やってみます.Great, thanks! I'll try that.
- 0
- 2019-06-02
- lostdorje
-
プル/ビルドしたばかりの新しいコンテナーをdockerを使用しています(フルモードでも、ダブルチェックしました).次に、ドキュメントごとに「mainnet.sh upgrade」を実行しました.ストアは5.9GB、コンテキストは140.7Gです.Dockerのアップグレードが機能していないのではないかと思います.I'm using docker a brand new container I just pulled/built (also in full mode, I double checked). Then I ran 'mainnet.sh upgrade' per the docs and my store is 5.9GB and context is 140.7G. I wonder if the docker upgrade isn't working.
- 0
- 2019-06-03
- lostdorje
-
すでに最新のソフトウェアを使用していて、古いブロックチェーンファイルがない場合は、mainnet.shugradeを実行する必要はありません.次のコメントに続く指示.You don't need to run mainnet.sh ugrade if you are already on the newest software and have no old blockchain file. Instructions following in the next comment.
- 0
- 2019-06-03
- Andreas Tissen
-
以下をせよ: 1.マシンにノードをクリーンインストールします(dockerなどは関係ありません..tezos-nodeフォルダーにストアフォルダーとコンテキストフォルダーが含まれていないことを確認してください) 2. https://www.tzdutch.com/quicksync/からスナップショットをダウンロードし、解凍します.手順はリンクにあります. 3.解凍したファイルに移動し、次のコマンドを実行します: `tezos-node snapplayimportmainnet-*.full` 4. `tezos-noderun`でノードを開始します. これで、別のシェルで `tezos-clientbootstrapped`を実行でき、ノードが約1週間遅れていることがわかります.通常、数分以内に同期されます.Do the following: 1. clean install a node on your machine (doesn't matter if docker or anything else; make sure your .tezos-node folder doesn't contain store and context folders) 2. download a snapshot from https://www.tzdutch.com/quicksync/ and unzip it. Instructions are in the link. 3. Navigate to unzipped file and execute command: `tezos-node snapshot import mainnet-*.full` 4. Start node with `tezos-node run`. Now you can execute `tezos-client bootstrapped` in a different shell and should see that the node is roughly a week behind. It will typically sync within a couple of minutes.
- 1
- 2019-06-03
- Andreas Tissen
-
再度、感謝します.そうです、mainnet.shのアップグレードは不要のようです.ただし、Dockerノードを再構築したにもかかわらず、ファイルサイズが非常に大きかったため、無駄に試してみました.Dockerの設定は少し異なり(例:ノードデータディレクトリは `/run/tezos/node/data`にあります)、`./mainnet.shノードに変換されるtezos-nodeのようなコマンドにアクセスできません.... `、これはコンテナが実行されている場合にのみ機能します.しかし、物事をきれいに行うには、ノード/コンテナを停止する必要があります.......Thanks again. And right, mainnet.sh upgrade seems unnecessary. However, I was still huge file sizes despite having rebuilt a docker node, so I gave it a shot to no avail. The docker setup is a bit different there (eg: node data dir is in `/run/tezos/node/data`) and I don't have access to commands like tezos-node that translates to `./mainnet.sh node ...`, which only works if the container is running. But to do things cleanly I need to stop the node/container.......
- 0
- 2019-06-03
- lostdorje
-
また、 `./mainnet.shスナップショットインポートmainnet-*.full`は機能しません.ハッシュ番号が何であれ、dockerは、存在しない名前付きボリュームが使用することを期待しています../mainnet.shスナップショットのエクスポートを実行する機能があれば、そのようなボリュームが作成されると思いますが、外部の任意のスナップショットを使用しても機能しません.その間に、DockerボリュームがホストVPSのどこにあるかを見つけ、tzdutchのChoice 2を使用してコンテキストをコピーし、そこにdirを格納して、所有者とグループを正しく変更しました.今度は再びブートストラップし、あなたが言ったように、それは5月29日に回復しました.指を交差させたこれはうまくいくでしょう!Also `./mainnet.sh snapshot import mainnet-*.full` doesn't work. Whatever the hash number, docker is expecting a named volume to use which just doesn't exist. I guess if I had the ability to do a ./mainnet.sh snapshot export it would create such a volume, but using an external, arbitrary snapshot doesn't work. In the meantime, I found where the docker volumes live on the host VPS, used Choice 2 from tzdutch and copied the context and store dirs there and changed the owner and group to be correct. Now bootstrapping again and as you said, it picked up at May 29th. Fingers crossed this will work!
- 0
- 2019-06-03
- lostdorje
-
「エラー:名前付きボリューム「mainnet-BMKkyoQRCUHh2nLxZE4o6q3ExQDeGntNsdMKTbzq6gEXRg6HguV.full:/snapshot:rw」がサービス「importer」で使用されていますが、ボリュームセクションに宣言が見つかりませんでした.`ERROR: Named volume "mainnet-BMKkyoQRCUHh2nLxZE4o6q3ExQDeGntNsdMKTbzq6gEXRg6HguV.full:/snapshot:rw" is used in service "importer" but no declaration was found in the volumes section.`
- 0
- 2019-06-03
- lostdorje
ノードを約6か月間実行していますが、チェーンデータが最近ssdを完全に使い果たし、ノードのログ出力にディスクI/Oエラーが表示され始めました.
スナップショットなどを間違えました...ノードを最初から再構築しています—現在ブートストラップ中です.
新しいコードと新しいノードを使用すると、チェーンデータを使用したブートストラップに16 GB未満かかるのか、それとも150 GB程度かかるのでしょうか.スナップショットを作成して、もう一度アップグレードする必要がありますか?
更新
Dockerと
mainnet.sh
スクリプトを使用していることを追加する必要があります.最新のイメージを使用して新しいノードドッカーコンテナーを作成し(VPSを削除して再作成しました)、ブートストラップしました.私が見たブートストラップの後、私は自分が実行しているモードを再確認しました:ブートストラップが完了した後、ディスク容量を確認しました:
次に、ドキュメントこちらに従ってアップグレードしました. :
./mainnet.sh upgrade
1日か2日後にディスク容量を確認するか、次のように表示されます.
ここで何が問題になっていますか?
rpc get /chains/main/checkpoint
が4ではなく3のproto
を出力するのも奇妙ですか?