Попробуйте перед выключением компьютера вручную ввести команду bitcoind stop и подождать, пока процесс выгрузится
Разумеется, я так и делаю. Бэкапы datadir выполняю строго при остановленном биткоине. Интересно, что если просто остановить биткоин и снова запустить в течение нескольких минут, то он запускается нормально. Но бэкап занимает довольно продолжительное время, а когда я запускаю биткоин уже после бэкапа (обратите внимание, что никаких изменений в datadir я при этом не вносил), уже говорит, что битая база и предлагает перегрузить её. Не понимаю в чём дело. Может быть, это происходит в том случае, если в сети успел появиться новый блок? К сожалению, не могу проделать достаточно много экспериментов, поскольку восстановление базы (даже при наличии бэкапа и при запуске с ключом -reindex) занимает не меньше суток. 
Topic: Вопр. по устойчивости стандартного софта (Read 2642 times)
Клиент Bitcoin QT синхронизируется меньше суток, у тебя уже не получается синхронизироваться дней 10.
Синхронизироваться (за сутки) у меня получается. У меня теперь не получается комп выключать, т.к. вся синхронизация оказывается насмарку...Клиент Bitcoin QT синхронизируется меньше суток, у тебя уже не получается синхронизироваться дней 10.
Синхронизироваться (за сутки) у меня получается. У меня теперь не получается комп выключать, т.к. вся синхронизация оказывается насмарку... 
Не пробовал и не знаю что это такое. Видел в описании настроек демона что-то про этот тестнет, но разобраться - руки не дошли, да и не понял пока зачем тратить на это время.
Клиент Bitcoin QT синхронизируется меньше суток, у тебя уже не получается синхронизироваться дней 10. Testnet это просто другая сеть биткоина. Для тестов асиков(но их никто там не тестирует 
), пулов, ручных транзакций, настроек соло майнинга например, может ещё для чего. Там сложность почти всегда 1. Просто размер базы гораздо меньше. 376 МБ (394 401 365 байт). а тестнет работает?
или тоже не синхронизируется?
Не пробовал и не знаю что это такое. Видел в описании настроек демона что-то про этот тестнет, но разобраться - руки не дошли, да и не понял пока зачем тратить на это время. или тоже не синхронизируется?
какой же у тебя компьютер древний должен быть чтобы так глючило
У людей на такой штуке bitcoind работает
http://chipster.ru/catalog/cubie/2183.html
Да, я не из тех, кто каждые полгода бежит покупать "модный девайс". Однако ж двухядерный 3ГГц проц и 2.5 Гб оперативной памяти имеется. Что ж мы, не люди теперь? У людей на такой штуке bitcoind работает
http://chipster.ru/catalog/cubie/2183.html
а тестнет работает?
или тоже не синхронизируется?
какой же у тебя компьютер древний должен быть чтобы так глючило
У людей на такой штуке bitcoind работает
http://chipster.ru/catalog/cubie/2183.html
Да, я не из тех, кто каждые полгода бежит покупать "модный девайс". Однако ж двухядерный 3ГГц проц и 2.5 Гб оперативной памяти имеется. Что ж мы, не люди теперь? У людей на такой штуке bitcoind работает
http://chipster.ru/catalog/cubie/2183.html
Самое поганое, это что после остановки мне не удаётся запустить демона с той же точки: Снова начинает считать с нулевого блока, а это - минимум сутки до выхода на текущий блок. По крайней мере, после восстановления базы из бэкапа ни разу ещё не удалось: Говорит, что битая база и начинает с нуля. Если запустить с параметром -reindex, то про битую базу ничего не говорит, но лишние сутки всё равно нужны.
. От фатальных сбоев во время работы, вроде, пока спасает записанная в bitcoin.conf строка par=1. Что здесь не так? Ведь по идее, если вся директория биткоина (включая подразделы blocks и chainstate) была скопирована (уже после остановки демона), а потом её восстановили из бэкапа, то при новом запуске демон должен был бы стартовать оттуда, где в прошлый раз остановился? Сейчас вдруг перестал отвечать на "bitcoind getinfo": Ничего не выводит и для возврата в командный режим приходится нажимать ^C. Я уже испугался, что всё опять пропало. Однако команда "tail debug.log" показала, что в лог в это время продолжают добавляться записи типа "SetBestChain: new best=...". Я подождал две минуты и демон снова начал отвечать на запросы.
Я не понимаю, как внешнее ПО может работать с продуктом, который вдруг на две минуты может прекратить отвечать на запросы? Я же не могу ответить веб пользователю, которому должен, например, проверить подпись: "подождите пару минут, мне тут биткоин что-то по непонятной причине перестал отвечать".
какой же у тебя компьютер древний должен быть чтобы так глючило Я не понимаю, как внешнее ПО может работать с продуктом, который вдруг на две минуты может прекратить отвечать на запросы? Я же не могу ответить веб пользователю, которому должен, например, проверить подпись: "подождите пару минут, мне тут биткоин что-то по непонятной причине перестал отвечать".
У людей на такой штуке bitcoind работает
http://chipster.ru/catalog/cubie/2183.html
Сейчас вдруг перестал отвечать на "bitcoind getinfo": Ничего не выводит и для возврата в командный режим приходится нажимать ^C. Я уже испугался, что всё опять пропало. Однако команда "tail debug.log" показала, что в лог в это время продолжают добавляться записи типа "SetBestChain: new best=...". Я подождал две минуты и демон снова начал отвечать на запросы.
Я не понимаю, как внешнее ПО может работать с продуктом, который вдруг на две минуты может прекратить отвечать на запросы? Я же не могу ответить веб пользователю, которому должен, например, проверить подпись: "подождите пару минут, мне тут биткоин что-то по непонятной причине перестал отвечать".
Я не понимаю, как внешнее ПО может работать с продуктом, который вдруг на две минуты может прекратить отвечать на запросы? Я же не могу ответить веб пользователю, которому должен, например, проверить подпись: "подождите пару минут, мне тут биткоин что-то по непонятной причине перестал отвечать".
Пардон, это я затупил. Про rpc же разговор. В rpc действительно есть stop
Нет, здесь я говорил именно о консольном запросе "bitcoind stop". В нормальной ситуации он должен останавливать демон. И в 95% случаев так и происходит. Но иногда в демоне происходит какой-то сбой и после этого он не реагирует на "bitcoind stop" адекватно: Команда ps -ef показывает, что новые копии процесса порождаются и всё. В такой ситуации остановить их удаётся только посредством "kill -9 $pid".Я заметил, что такая фигня возникает только после запуска демона командой "bitcoind -daemon". После запуска командой 'bitcoind &" такого ещё не замечал.
правьте исходники если у вас проблемы, вы же линуксоид 
.
Да какой там линуксоид? Начинающий... И у меня не дофига лишнего времени, чтобы разбираться в деталях чужого софта и переписывать его. Мне бы со своим закончить... Я-то полагал, что это - "эталонный" софт биткоина и что его можно просто использовать как есть..Да и по этой теме, раз никто не может вам помочь, значит проблема уникальна, ищите что у вас не так как у других. Пробовали на других OS? На той же OS, но на другой машине?
Проблема очевидно не уникальна, раз она встречалась ещё у кого-то (https://github.com/bitcoin/bitcoin/issues/2726 ). Просто наверняка она не слишком часто встречается. Может быть всё дело в том, что у меня оборудование не так надёжно работает, как у большинства. Но я имею то, что имею и у меня нет возможности сейчас потратиться на совершенно новый high-end комп. Да и неправильно это было бы: Разумеется, рабочую версию своего продукта я планирую эксплуатировать на надёжных компах, но если один из компонентов системы (bitcoind) не удаётся хоть как-то заставить работать на моём "не очень" надёжном оборудовании, то бесперебойность работы этого компонента и на надёжном оборудовании будет вызывать серьёзные сомнения... Должен же у софта быть какой-то "запас устойчивости". Допустим, что какие-то сетевые сбои или что-то ещё иногда имеет место, но нормальный софт не должен же из-за этого рушить всю базу? всё время лезут какие-то глюки - вплоть до того, что после этого запрос "bitcoind stop" вместо остановки демона приводит к запуску новой копии процесса...
А с чего вы взяли, что "bitcoind stop" должно останавливать демон? Эта запись означает дословно "запусти программу bitcoind с параметром stop", что ваша ОС и делает, т.е. запускает новую копию bitcoind. А если еще учесть, что у bitcoind параметра stop нет и никогда не было, то по-моему вообще все логично.В списке API он есть https://en.bitcoin.it/wiki/Original_Bitcoin_client/API_calls_list
и если в консоли написать bitcoind stop, то если работал процесс bitcoind, то он закрывается(только что проверил на namecoind, но не суть)
всё время лезут какие-то глюки - вплоть до того, что после этого запрос "bitcoind stop" вместо остановки демона приводит к запуску новой копии процесса...
delПардон, это я затупил. Про rpc же разговор. В rpc действительно есть stop
Подскажите, а как хотя бы корректно забэкапить/восстановить blockchain? Я сохранил директории blockchain и chainstate, но после восстановления демон не хочет стартовать с того блока, на котором остановился раньше. Если запускать с параметром -reindex, то процесс восстановления getblockcount до ранее достигнутых значений тоже оказывается о-о-о-очень долгим.
И еще вопрос: Как всё-таки правильнее запускать демона: "bitcoind -daemon" или просто "bitcoind &". Я пробовал первый способ (как написано в хелпах), но всё время лезут какие-то глюки - вплоть до того, что после этого запрос "bitcoind stop" вместо остановки демона приводит к запуску новой копии процесса... Второй способ показался мне как-то более надёжным.
В общем, нестабильность этого софта просто ужасает...
правьте исходники если у вас проблемы, вы же линуксоид И еще вопрос: Как всё-таки правильнее запускать демона: "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...
Подскажите, а как хотя бы корректно забэкапить/восстановить blockchain? Я сохранил директории blockchain и chainstate, но после восстановления демон не хочет стартовать с того блока, на котором остановился раньше. Если запускать с параметром -reindex, то процесс восстановления getblockcount до ранее достигнутых значений тоже оказывается о-о-о-очень долгим.
И еще вопрос: Как всё-таки правильнее запускать демона: "bitcoind -daemon" или просто "bitcoind &". Я пробовал первый способ (как написано в хелпах), но всё время лезут какие-то глюки - вплоть до того, что после этого запрос "bitcoind stop" вместо остановки демона приводит к запуску новой копии процесса... Второй способ показался мне как-то более надёжным.
В общем, нестабильность этого софта просто ужасает...
И еще вопрос: Как всё-таки правильнее запускать демона: "bitcoind -daemon" или просто "bitcoind &". Я пробовал первый способ (как написано в хелпах), но всё время лезут какие-то глюки - вплоть до того, что после этого запрос "bitcoind stop" вместо остановки демона приводит к запуску новой копии процесса... Второй способ показался мне как-то более надёжным.
В общем, нестабильность этого софта просто ужасает...
Судя по этому топику не только у вас: https://github.com/bitcoin/bitcoin/issues/2726
Почитал, попробую перезапуститься с -par=1, хотя не понимаю что это значит.Судя по количеству жалующихся на баг, дело не в аппаратных ошибках. Даже если бы и были какие-то аппаратные ошибки (а сетевые сбои наверняка у всех периодически возникают), софт не должен реагировать на них таким странным образом. Возможно, что такие глюки возникают только у тех, у кого 32-разрядная платформа (увы, я пока не могу себе позволить апгрейд). Возможно, только поэтому процент жалующихся на Bitcoin-Qt не достиг той критической отметки, после которой разработчиков растерзали бы.
Для меня теперь очевидно, что 1) проблема именно в исходном коде bitcoind, 2) в последней полудюжине версий она так и не была решена.
ХЗ, у меня со сборкой под дебианом никогда не было проблем. Да и с дебиана на убунту переходить это все равно что зеленый галстук менять на зеленый галстук, при идентичном наборе установленных пакетов это никак не повлияет на ситуацию.
Я не понимаю, это только у меня одного такая ерунда?
Судя по этому топику не только у вас: https://github.com/bitcoin/bitcoin/issues/2726 ,где в качестве костыля предлагается использовать -par=1Тем не менее, я проверил у себя. Взял бинарник (http://sourceforge.net/projects/bitcoin/files/Bitcoin/bitcoin-0.8.5/bitcoin-0.8.5-linux.tar.gz/download) bitcoind и запустил его на Debian wheezy. Все блоки скачались без ошибок.
Но есть нюансы:
1) у меня 64-битный Дебиан и, соответственно, 64-битный бинарник
2) Дебиан запущен в VirtualBox
Но, вообще, ситуация странная.
Либо это редкий баг, не обязательно bitcoind, может быть и какой-то либы.
Либо глючное железо.
За своё многолетнее использование Биткойна под Виндой такой ошибки не встречал.
вот bitcoin blockchain месячной давности http://sourceforge.net/projects/bitcoinblockchain/files/29-10-2013/
Не думаю, что это - подходящее решение проблемы. Проблема ведь не в том, что я не могу загрузить древнюю blockchain сейчас (может с пятидесятой попытки это вдруг и получится). Но принципиальная проблема в том, что в софте есть какой-то глюк, а значит потом, при обновлении blockchain, у меня может возникнуть та же ошибка: новые блоки перестанут подгружаться, а потом и blockchain снова сбросится.
вот bitcoin blockchain месячной давности http://sourceforge.net/projects/bitcoinblockchain/files/29-10-2013/
Но это не лучший способ, так как приходится доверять третьим лицам(каждый блок при загрузки через клиент проверяется заного, а тут приходится верить что блоки верные, но вроде по этой ссылке нормальная цепочка блоков, без изменений)
Но это не лучший способ, так как приходится доверять третьим лицам(каждый блок при загрузки через клиент проверяется заного, а тут приходится верить что блоки верные, но вроде по этой ссылке нормальная цепочка блоков, без изменений)
Jump to: