Удалось ли кому-нибудь запустить «рифленый»?
Я попытался запустить волнистый обеих версий 1.1.2 и 1.2.4 на Ubuntu 18.04, и я бы не сказал, что он вообще не работает, потому что он использует ЦП и диск, создает базу данных размером 3 ГБ, и я даже смог создать кошелек из командной строки, но если я это сделаю
./rippled account_info r9cZA1mLK5R5Am25ArfXFmqgNwjZgnfk59 true
я всегда получаю
Loading: "/home/xrp/.config/ripple/rippled.cfg"
2019-May-29 10:04:10.273909186 HTTPClient:NFO Connecting to 127.0.0.1:5005
{
"result" : {
"error" : "lgrNotFound",
"error_code" : 21,
"error_message" : "ledgerNotFound",
"request" : {
"account" : "r9cZA1mLK5R5Am25ArfXFmqgNwjZgnfk59",
"command" : "account_info",
"ledger_index" : 0
},
"status" : "error"
}
}
Что может быть не так?
См. Сборка и запуск в Ubuntu на волнах для получения дополнительной информации о том, какие шаги я предпринял.
РЕДАКТИРОВАТЬ1:
Я попробовал ту же команду account_info с s1.ripple.com и s2.ripple.com и получил ту же ошибку «lgrNotFound»:
./rippled -v --rpc_ip 34.213.185.56:51234 account_info r9cZA1mLK5R5Am25ArfXFmqgNwjZgnfk59 true
Ответы 1
Похоже, вы успешно запускаете ripple. Чего вы еще не сделали, так это успешно обновили или «синхронизировали» с остальными узлами в сети.
Есть несколько возможных причин, почему, но это наиболее распространенные, которые я видел:
- Невозможность подключения к другим пирам. Если ваш брандмауэр или другая проблема с сетью делает невозможным подключение к другим узлам, вы никогда не будете синхронизироваться. Запустите
rippled server_infoи найдите числоpeers. Должно быть не менее 10 после того, как ripple проработал несколько минут. (Командаrippled peersдаст гораздо больше деталей, но обычно этого количества достаточно, чтобы понять, в порядке вы или нет.) - Недостаточное время. Синхронизация узла может занять несколько минут, потому что он должен загрузить состояние леджера в определенный момент времени, а затем отследить изменения, произошедшие с того времени. Если вы ждали более 15 минут или около того, это, вероятно, не ваша проблема.
- Недостаточно машинных ресурсов. Чаще всего это проявляется в медленном сетевом соединении или медленном жестком диске. На этих страницах вы найдете более подробную информацию и текущие рекомендации:
- Невозможно загрузить список валидаторов. В целом реже встречается проблема с подключением к сконфигурированному
[validator_list_sites](https://vl.ripple.com) по умолчанию. Бегиrippled validators. Вы должны получить результат, который включает в себя группу (в настоящее время 31) идентификаторов узлов валидатора (50-нечетных строк символов, начинающихся с «n») и объект JSON, помеченныйvalidator_list. Этот объект должен указывать дату истечения срока действия в будущем и статус «активный». Все остальное обычно указывает на проблему.rippled validator_list_sitesможет дать вам более подробное объяснение проблемы, если таковая имеется.
Я открыл порт 51235 для входящих подключений и теперь у меня около 20 пиров.
В настоящее время существует 31 идентификатор узла валидатора (50-нечетные строки символов, начинающиеся с «n»), статус «активен», но срок действия не в будущем: на момент запуска команды дата/время сервера были 2019 -Jul-17 12:42:16 UTC, но срок действия был 2019-Jul-17 00:00:00, см. полный вывод команды здесь: developernote.com/2019/01/…
Я думаю, что у вас есть опечатка в текущей дате выше. На данный момент это 18 июня, а срок действия списка истекает примерно 17 июля, то есть в будущем. Также я заметил, что validator_list_sites указывает на то, что самая последняя загрузка списка тоже была в июне: "last_refresh_time" : "2019-Jun-17 13:02:46.055804293". server_info, который вы там разместили, показывает, что ваш узел синхронизирован и проходит проверку. "server_state" : "proposing",. Любой validated_ledger возраст менее 7 секунд указывает на то, что вы более или менее успеваете за сетью. Попробуйте эту команду account_info еще раз.
Мне удалось запустить команду «account_info» с JSON-RPC, используя curl, см. developernote.com/2019/01/…, но account_info из командной строки по-прежнему не работает с той же ошибкой. Также см. EDIT1 — команда не работает не только с моим локальным рифленым узлом, но и с s1.ripple.com.
Оказывается, я упустил настоящую причину вашей проблемы. Наша документация по командной строке не совсем понятна: account_info <account>|<seed>|<pass_phrase>|<key> [<ledger>] [strict] Казалось бы, можно было бы не указывать реестр и указать только strict, но вы не можете. Таким образом, причина сбоя в вашей командной строке заключается в том, что она интерпретирует «true» как значение ledger. Кроме того, поле strict ищет только слово «строгий», так что «истина» все равно не подойдет. Попробуйте бегать просто ./rippled account_info r9cZA1mLK5R5Am25ArfXFmqgNwjZgnfk59.
PS. Если вы попытаетесь запустить ./rippled account_info r9cZA1mLK5R5Am25ArfXFmqgNwjZgnfk59 current strict, вы не получите вообще никаких результатов. Это похоже на ошибку в анализаторе командной строки.
Еще одно уточнение: вы бегаете могу./rippled account_info r9cZA1mLK5R5Am25ArfXFmqgNwjZgnfk59 strict. Я неправильно прочитал код в первый раз, как будто у вас должен быть ledger, чтобы включить strict, но у вас его нет. Однако, поскольку слово «истина» не является «строгим», оно рассматривает это неизвестное значение как ledger, поэтому вы получаете сообщение об ошибке.
./rippled account_info r9cZA1mLK5R5Am25ArfXFmqgNwjZgnfk59 strict работает!
Ура! Я рад это слышать!
1. У меня постоянно 10 пиров, см. developernote.com/2019/01/…. Этого достаточно? Должен ли порт пиров 51235 быть доступен из Интернета для входящих подключений? (на данный момент на моей машине его нет). 2. Примерно то время, которое я несколько дней держал в рипе. 3. У меня SSD, 16GB RAM, но вероятно медленный процессор Celeron 2.8GHz с 2 ядрами. Интернет-соединение не менее 0,5 МБ/сек. 4. Я расследую это.