პრობლემების გადაჭრა განთავსების საკითხებში

ეს განყოფილება გთავაზობთ პრობლემების მოგვარების რჩევებს Iroha 3 დანერგვისთვის. თუ პრობლემა არ არის აღწერილი აქ, დაგვიკავშირდით ტელეგრამზე .

დაიწყეთ შექმნილი არტეფაქტებით.

ადგილობრივი და სატესტო დანერგვისთვის, სასურველია Kagami-ის მიერ შექმნილი არტეფაქტები ხელით დაწერილი თანატოლების ფაილების ნაცვლად:

cargo run --bin kagami -- localnet --build-line iroha3 --peers 4 --out-dir ./localnet

გენერირებული დირექტორი შეიცავს პარტნიორთა კონფიგურაციას, გენეზის მასალას, საწყისი სცენარებს და README Iroha 3 მშენებლობის ხაზისთვის.

პარტნიორი არ იწყება

პირველ რიგში, შეამოწმეთ ეს ნივთები:

• irohad --config <path> პუნქტები პარტნიორის საკუთარ ფაილში TOML.
• public_key და private_key პარტნიორების კონფიგურაციაში ერთსა და იმავე საკვანძო წყვილს ეკუთვნის.
• genesis.public_key შეესაბამება გენეზის ტრანზაქციაზე ხელმოწერისთვის გამოყენებულ გასაღებელს.
• ვალიდატორების თანატოლთა იდენტობა იყენებს BLS-ნორმალურ საკიდებს, ხოლო trusted_peers_pop შეიცავს ადგილობრივი გასაღების და სანდო თანატოლების საკუთრების მტკიცებულებების მითითებებს.
• Torii და P2P პორტები ჯერ კიდევ არ არიან დაკავშირებულნი სხვა პროცესით.
• Kura მაღაზიების დირექტორი ერთსა და იმავე ქსელს ეკუთვნის და სხვა ქსელური პროფილისგან არ არის გაფორმებული.

გამოიყენეთ კონფიგურაციის თვალსაზრისი, როდესაც დეიმონი კითხულობს ერთზე მეტ TOML ფენას:

cargo run --bin irohad -- --config ./config.toml --trace-config

Docker და კომპოზიტი

გენერირება შეადგინეთ მიმდინარე Kagami ადგილობრივი ქსელის გამოშვებიდან, ასე რომ ბრძანების ხაზის არგუმენტები და კონფიგურაციის ფაილები შეესაბამებიან ამოღებულ კოდს:

cargo run --bin kagami -- localnet --build-line iroha3 --peers 4 --out-dir ./localnet
cargo run --bin kagami -- docker --peers 4 --config-dir ./localnet --image hyperledger/iroha:dev --out-file ./localnet/docker-compose.yml --force
docker compose -f ./localnet/docker-compose.yml up

თუ კომპოზიციის განთავსება იწყება და შემდეგ ჩერდება, შეამოწმეთ დეიმონების ლოგები:

• არათანაბარი chain
• ერთი თანამოაზრე, რომელიც იყენებს განსხვავებულ გენეზის ტრანზაქციას ან მანიფესტს
• რეკლამირებული P2P მისამართები, რომლებიც მუშაობს მხოლოდ კონტეინერების ქსელში
• ადგილობრივი მოცულობის განმეორებითი გამოყენება გენეზის რეგენერაციის შემდეგ

ახალი გენეზის ტესტირებისას, ამოიღეთ ძველი Kura მოცულობები სადგურის განახლების წინ. ძველი ბლოკების შენახვა ახალ გენეზიასთან ერთად შეცვლის გათამაშებას.

კუბერნეტები

Kubernetes- ისთვის, თითოეული ვალიდატორი განიხილეთ როგორც სახელმწიფოებრივი ინფრასტრუქტურა:

• აძლევს თითოეულ თანატოლს სტაბილური იდენტობის გასაღები და სტაბილურ მუდმივ მოცულობას
• გამოავლინოს P2P მისამართები, რომლებიც სხვა თანატოლებს შეუძლიათ გადაწყვიტონ კლასტერის შიგნით
• სამონტაჟო კონფიგურაცია და genesis ფაილები როგორც შეუცვლელი კონფიგურა განხორციელებისათვის
• ყველა გენეზიის ან ტოპოლოგიის ცვლილების განზრახ განხორციელება, არა როგორც ავტომატური კონფიგურაციის რუკის განახლება

თუ კადრი განმეორებით იწყება, შეადარეთ კადრში წარმოდგენილი კონფიგურაცია მოსალოდნელი peer.template.toml და შეამოწმეთ, განაახლებს თუ არა პერ ძველი Kura მონაცემები.

Sora- ს პროფილი

Iroha 3 განთავსებები, რომლებიც იყენებენ Nexus, SoraFS ან მრავალგზის ნაკადებს, უნდა დაიწყონ დეიმონი Sora-ს პროფილის ჩართვით:

cargo run --bin irohad -- --config ./config.toml --sora

გამოიყენეთ იგივე პროფილი მუდმივად ერთი და იმავე ქსელში არსებული ვალიდატორების შორის.