Вопр. по устойчивости стандартного софта

[epros]

Подскажите, а как хотя бы корректно забэкапить/восстановить  blockchain? Я  сохранил директории blockchain и chainstate, но после восстановления демон не хочет стартовать с того блока, на котором остановился раньше. Если запускать с параметром -reindex, то процесс восстановления getblockcount до ранее достигнутых значений тоже оказывается о-о-о-очень долгим.

И еще вопрос: Как всё-таки правильнее запускать демона: "bitcoind -daemon" или просто "bitcoind &". Я пробовал первый способ (как написано в хелпах), но всё время лезут какие-то глюки - вплоть до того, что после этого запрос "bitcoind stop" вместо остановки демона приводит к запуску новой копии процесса... Второй способ показался мне как-то более надёжным.

В общем, нестабильность этого софта просто ужасает...

[1715603406]

1715603406

[1715603406]

1715603406

[1715603406]

1715603406

[1715603406]

1715603406

[1715603406]

1715603406

[fsb4000]

Подскажите, а как хотя бы корректно забэкапить/восстановить  blockchain? Я  сохранил директории blockchain и chainstate, но после восстановления демон не хочет стартовать с того блока, на котором остановился раньше. Если запускать с параметром -reindex, то процесс восстановления getblockcount до ранее достигнутых значений тоже оказывается о-о-о-очень долгим.

И еще вопрос: Как всё-таки правильнее запускать демона: "bitcoind -daemon" или просто "bitcoind &". Я пробовал первый способ (как написано в хелпах), но всё время лезут какие-то глюки - вплоть до того, что после этого запрос "bitcoind stop" вместо остановки демона приводит к запуску новой копии процесса... Второй способ показался мне как-то более надёжным.

В общем, нестабильность этого софта просто ужасает...

правьте исходники если у вас проблемы, вы же линуксоид  . Да и по этой теме, раз никто не может вам помочь, значит проблема уникальна, ищите что у вас не так как у других. Пробовали на других OS? На той же OS, но на другой машине?
Это OpenSource, тут нет отдела тех поддержки... Можете попробовать описать свою проблему тут https://github.com/bitcoin/bitcoin/issues?page=1&state=open, возможно со временем решат вашу проблему.
Сейчас посмотрел, вы уже написали пост тут https://github.com/bitcoin/bitcoin/issues/2726
Ну что же возможно кто-нибудь сможет решить вашу проблему... Это действительно что-то странное...
P.S. У меня bitcoind на windows 7 работает без сбоев уже 8 дней(с момента последней перезагрузки)....
P.P.S. Возможно твоя проблема решится в версии 0.8.6
https://github.com/bitcoin/bitcoin/commit/35ef6be9655a93dd4e67e19bf7a05e80d3411db8
(уже скоро будет релиз)
Или в версии 0.9...

[giv]

всё время лезут какие-то глюки - вплоть до того, что после этого запрос "bitcoind stop" вместо остановки демона приводит к запуску новой копии процесса...

del
Пардон, это я затупил. Про rpc же разговор. В rpc действительно есть stop

[fsb4000]

всё время лезут какие-то глюки - вплоть до того, что после этого запрос "bitcoind stop" вместо остановки демона приводит к запуску новой копии процесса...

А с чего вы взяли, что "bitcoind stop" должно останавливать демон? Эта запись означает дословно "запусти программу bitcoind с параметром stop", что ваша ОС и делает, т.е. запускает новую копию bitcoind. А если еще учесть, что у bitcoind параметра stop нет и никогда не было, то по-моему вообще все логично.

Что-то я не пойму, вроде работает stop.
В списке API он есть https://en.bitcoin.it/wiki/Original_Bitcoin_client/API_calls_list
и если в консоли написать bitcoind stop, то если работал процесс bitcoind, то он закрывается(только что проверил на namecoind, но не суть)

[epros]

правьте исходники если у вас проблемы, вы же линуксоид  .

Да какой там линуксоид? Начинающий... И у меня не дофига лишнего времени, чтобы разбираться в деталях чужого софта и переписывать его. Мне бы со своим закончить... Я-то полагал, что это - "эталонный" софт биткоина и что его можно просто использовать как есть.

Да и по этой теме, раз никто не может вам помочь, значит проблема уникальна, ищите что у вас не так как у других. Пробовали на других OS? На той же OS, но на другой машине?

Проблема очевидно не уникальна, раз она встречалась ещё у кого-то (https://github.com/bitcoin/bitcoin/issues/2726 ). Просто наверняка она не слишком часто встречается. Может быть всё дело в том, что у меня оборудование не так надёжно работает, как у большинства. Но я имею то, что имею и у меня нет возможности сейчас потратиться на совершенно новый high-end комп. Да и неправильно это было бы: Разумеется, рабочую версию своего продукта я планирую эксплуатировать на надёжных компах, но если один из компонентов системы (bitcoind) не удаётся хоть как-то заставить работать на моём "не очень" надёжном оборудовании, то бесперебойность работы этого компонента и на надёжном оборудовании будет вызывать серьёзные сомнения... Должен же у софта быть какой-то "запас устойчивости". Допустим, что какие-то сетевые сбои или что-то ещё иногда имеет место, но нормальный софт не должен же из-за этого рушить всю базу?

[epros]

Пардон, это я затупил. Про rpc же разговор. В rpc действительно есть stop

Нет, здесь я говорил именно о консольном запросе "bitcoind stop". В нормальной ситуации он должен останавливать демон. И в 95% случаев так и происходит. Но иногда  в демоне происходит какой-то сбой и после этого он не реагирует на "bitcoind stop" адекватно: Команда ps -ef показывает, что новые копии процесса порождаются и всё. В такой ситуации остановить их удаётся только посредством "kill -9 $pid".

Я заметил, что такая фигня возникает только после запуска демона командой "bitcoind -daemon". После запуска командой 'bitcoind &" такого ещё не замечал.

[epros]

Сейчас вдруг перестал отвечать на "bitcoind getinfo": Ничего не выводит и для возврата в командный режим приходится нажимать ^C. Я уже испугался, что всё опять пропало. Однако команда  "tail debug.log" показала, что в лог в это время продолжают добавляться записи типа "SetBestChain: new best=...". Я подождал две минуты и демон снова начал отвечать на запросы.

Я не понимаю, как внешнее ПО может работать с продуктом, который вдруг на две минуты может прекратить отвечать на запросы? Я же не могу ответить веб пользователю, которому должен, например, проверить подпись: "подождите пару минут, мне тут биткоин что-то по непонятной причине перестал отвечать".

[fsb4000]

Сейчас вдруг перестал отвечать на "bitcoind getinfo": Ничего не выводит и для возврата в командный режим приходится нажимать ^C. Я уже испугался, что всё опять пропало. Однако команда  "tail debug.log" показала, что в лог в это время продолжают добавляться записи типа "SetBestChain: new best=...". Я подождал две минуты и демон снова начал отвечать на запросы.

Я не понимаю, как внешнее ПО может работать с продуктом, который вдруг на две минуты может прекратить отвечать на запросы? Я же не могу ответить веб пользователю, которому должен, например, проверить подпись: "подождите пару минут, мне тут биткоин что-то по непонятной причине перестал отвечать".

какой же у тебя компьютер древний должен быть чтобы так глючило
У людей на такой штуке bitcoind работает  
http://chipster.ru/catalog/cubie/2183.html

[epros]

какой же у тебя компьютер древний должен быть чтобы так глючило
У людей на такой штуке bitcoind работает  
http://chipster.ru/catalog/cubie/2183.html

Да, я не из тех, кто каждые полгода бежит покупать "модный девайс". Однако ж двухядерный 3ГГц проц и 2.5 Гб оперативной памяти имеется. Что ж мы, не люди теперь? 

Самое поганое, это что после остановки мне не удаётся запустить демона с той же точки: Снова начинает считать с нулевого блока, а это - минимум сутки до выхода на текущий блок. По крайней мере, после восстановления базы из бэкапа ни разу ещё не удалось: Говорит, что битая база и начинает с нуля. Если запустить с параметром -reindex, то про битую базу ничего не говорит, но лишние сутки всё равно нужны. . От фатальных сбоев во время работы, вроде, пока спасает записанная в bitcoin.conf  строка par=1. Что здесь не так? Ведь по идее, если вся директория биткоина (включая подразделы blocks и chainstate) была скопирована (уже после остановки демона), а потом её восстановили из бэкапа, то при новом запуске демон должен был бы стартовать оттуда, где в прошлый раз остановился?

[fsb4000]

какой же у тебя компьютер древний должен быть чтобы так глючило
У людей на такой штуке bitcoind работает  
http://chipster.ru/catalog/cubie/2183.html

Да, я не из тех, кто каждые полгода бежит покупать "модный девайс". Однако ж двухядерный 3ГГц проц и 2.5 Гб оперативной памяти имеется. Что ж мы, не люди теперь? 

Характеристик более чем достаточно для Bitcoin QT.(тот арм гораздо слабее)
а тестнет работает?
или тоже не синхронизируется?

[epros]

а тестнет работает?
или тоже не синхронизируется?

Не пробовал и не знаю что это такое. Видел в описании настроек демона что-то про этот тестнет, но разобраться - руки не дошли, да и не понял пока зачем тратить на это время.

[fsb4000]

Не пробовал и не знаю что это такое. Видел в описании настроек демона что-то про этот тестнет, но разобраться - руки не дошли, да и не понял пока зачем тратить на это время.

Клиент Bitcoin QT синхронизируется меньше суток, у тебя уже не получается синхронизироваться дней 10. Testnet это просто другая сеть биткоина. Для тестов асиков(но их никто там не тестирует  ), пулов, ручных транзакций, настроек соло майнинга например, может ещё для чего. Там сложность почти всегда 1. Просто размер базы гораздо меньше. 376 МБ (394 401 365 байт).

[epros]

Клиент Bitcoin QT синхронизируется меньше суток, у тебя уже не получается синхронизироваться дней 10.

Синхронизироваться (за сутки) у меня получается. У меня теперь не получается комп выключать, т.к. вся синхронизация оказывается насмарку...

[rPman]

Клиент Bitcoin QT синхронизируется меньше суток, у тебя уже не получается синхронизироваться дней 10.

Синхронизироваться (за сутки) у меня получается. У меня теперь не получается комп выключать, т.к. вся синхронизация оказывается насмарку...

Попробуйте перед выключением компьютера вручную ввести команду bitcoind stop и подождать, пока процесс выгрузится

[epros]

Попробуйте перед выключением компьютера вручную ввести команду bitcoind stop и подождать, пока процесс выгрузится

Разумеется, я так и делаю. Бэкапы datadir выполняю строго при остановленном биткоине. Интересно, что если просто остановить биткоин и снова запустить в течение нескольких минут, то он запускается нормально. Но бэкап занимает довольно продолжительное время, а когда я запускаю биткоин уже после бэкапа (обратите внимание, что никаких изменений в datadir я при этом не вносил), уже говорит, что битая база и предлагает перегрузить её. Не понимаю в чём дело. Может быть, это происходит в том случае, если в сети успел появиться новый блок? К сожалению, не могу проделать достаточно много экспериментов, поскольку восстановление базы (даже при наличии бэкапа и при запуске с ключом -reindex) занимает не меньше суток.