تعیناتی کے مسائل کا حل

اس سیکشن میں 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 ایڈریسز جو صرف کنٹینر نیٹ ورک کے اندر کام کرتی ہیں۔
• regenerating genesis کے بعد مقامی حجم کا دوبارہ استعمال

ایک نئی جینیس کی جانچ کرتے وقت ، اسٹیک کو دوبارہ شروع کرنے سے پہلے پرانے Kura حجم کو ہٹا دیں۔ نئے جینیس کے ساتھ پرانے بلاک اسٹوریج رکھنے سے دوبارہ پلے ناکام ہوجائے گا۔

کوبرنیٹس

Kubernetes کے لئے، ہر تصدیق کنندہ کو ریاستی انفراسٹرکچر کے طور پر علاج کریں:

• ہر ہم مرتبہ کو ایک مستحکم شناخت کلید اور مستحکم مستقل حجم دیں۔
• P2P پتوں کو اجاگر کریں جو دوسرے ہم مرتبہ گروپ کے اندر سے حل کرسکتے ہیں۔
• ایک رول آؤٹ کے لئے ناقابل تبدیل کنفیگریشن کے طور پر ترتیب اور جینیس فائلوں کو نصب کریں
• تمام جینیس یا ٹاپولوجی تبدیلیوں کو جان بوجھ کر لاگو کریں، نہ کہ خود کار طریقے سے ترتیب کے نقشے کی تازہ کاری کے طور پر

اگر ایک پوڈ بار بار دوبارہ شروع ہوتا ہے تو ، پوڈ میں پیش کردہ ترتیب کو متوقع peer.template.toml کے ساتھ موازنہ کریں اور چیک کریں کہ آیا ہم منصب پرانے Kura ڈیٹا کو دوبارہ کھیل رہا ہے۔

سورہ پروفائل

Iroha 3 تنصیبات جو Nexus، SoraFS، یا کثیر لین کے بہاؤ کا استعمال کرتے ہیں اس ڈییمون کو سورا پروفائل چالو کرنے کے ساتھ شروع کرنا چاہئے:

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

ایک ہی نیٹ ورک میں تصدیق کاروں کے درمیان مسلسل ایک ہی پروفائل کا استعمال کریں۔