Монета демон становится полностью отвечать на запросы в течение долгого времени NOMP / бассейн на основе MPOS | Биткоин форум

		Биткоин Форум > - Mining (Altcoins)
Монета демон становится полностью отвечать на запросы в течение долгого времени NOMP / бассейн на основе MPOS

3 декабря 2015, 2:10:16 PM	# 1
jonnybravo0311 Сообщения: 1246 Цитировать по имени цитировать ответ	Re: монеты демон становится полностью отвечать на запросы в течение долгого времени NOMP / бассейн на основе MPOS Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Всем привет, Я спросил это в форумах технической поддержки, а также, но думал, что я попытать счастья здесь тоже. Так как много альт пулов монет работать на комбинации NOMP / MPOS, возможно, некоторые из вас бассейн операторы столкнулись с подобным вопросом, и есть решение. Ниже приводится текст из моего поста: Все, Совсем недавно я столкнулся с проблемой, с моей Bitcoin демона. Мне интересно, если это возможно, придется делать с программным обеспечением пула я бег на нем, и, скорее всего задать этот же вопрос, если я могу найти тему на форуме для бассейна. Вот что я заметил: 1) Я начинаю процесс Bitcoin демона, и все довольны. 2) После того, как около 24 часов, процесс становится полностью отвечать на запросы. Typing: Код: Bitcoin-кли getpeerinfo Или любая другая команда просто зависает без возврата. 3) Это вызывает все виды опустошения на моем бассейне. Сайт работает исключительно медленно. Я получаю засыпан почтой от хрон рабочих мест говорю, что они уже запущены. Такие вещи. Когда я смотрю на свою debug.log, я вижу она пытается создать новые блоки: Код: 2015-12-03 12:26:06 CreateNewBlock (): общий размер 998979 2015-12-03 12:26:12 CreateNewBlock (): общий размер 998945 2015-12-03 12:26:18 CreateNewBlock (): общий размер 998993 2015-12-03 12:26:24 CreateNewBlock (): общий размер 998883 2015-12-03 12:26:30 CreateNewBlock (): общий размер 998978 2015-12-03 12:26:36 CreateNewBlock (): общий размер 998837 2015-12-03 12:26:42 CreateNewBlock (): общий размер 998842 2015-12-03 12:26:48 CreateNewBlock (): общий размер 998971 2015-12-03 12:26:54 CreateNewBlock (): общий размер 998913 2015-12-03 12:26:58 keypool резерв 3 2015-12-03 12:26:58 keypool вернуться 3 2015-12-03 12:27:00 CreateNewBlock (): общий размер 998914 Дело в том, что он пытается создать новый блок каждые 6 секунд, кажется немного странным, но, глядя на журнал показывает, что довольно последовательно происходит, даже когда все идет гладко. Мой единственный выход, чтобы убить процесс и перезапустить его. Это делает все работать бесперебойно еще раз. После перезагрузки, я могу видеть, как правило, "нормальный" вещи в журнале: Код: 015-12-03 13:00:45 CreateNewBlock (): общий размер 696619 2015-12-03 13:00:48 ОШИБКА: AcceptToMemoryPool: нестандартные транзакции: пыль 2015-12-03 13:00:48 ОШИБКА: AcceptToMemoryPool: свободная транзакция отвергается ограничитель скорости 2015-12-03 13:00:52 CreateNewBlock (): общий размер 701939 2015-12-03 13:00:53 ОШИБКА: AcceptToMemoryPool: свободная транзакция отвергается ограничитель скорости 2015-12-03 13:00:56 ОШИБКА: AcceptToMemoryPool: свободная транзакция отвергается ограничитель скорости 2015-12-03 13:00:58 CreateNewBlock (): общий размер 707323 2015-12-03 13:00:59 ОШИБКА: AcceptToMemoryPool: свободная транзакция отвергается ограничитель скорости 2015-12-03 13:01:03 CreateNewBlock (): общий размер 719860 Кстати, я бегу 0.11.2 скомпилирован и построен из источника в Ubuntu 15.10. Бассейн работает МРО / NOMP. Процессы работают на 4 стержневого ящика с 8G RAM. Глядя на использование процессора, bitcoind составляет около 150% или более, когда она не отвечает на запросы. Как правило, она находится в пределах где-то от 30% до 80%. Я интересно, если имеющий максимальный размер блока 1M вызывает проблемы. Если вы посмотрите на два журнала фрагментах я включил выше, когда он был полностью отвечать на запросы, все это делает пытается создать новые блоки максимального размера (или очень близко к нему). Когда все идет гладко, блоки его пытаются создать значительно меньше. Спасибо заранее за любые предложения.

Как заработать Биткоины?
Без вложений. Не майнинг.

3 декабря 2015, 2:17:20 PM	# 2
psycodad Сообщения: 571 Цитировать по имени цитировать ответ	Re: монеты демон становится полностью отвечать на запросы в течение долгого времени NOMP / бассейн на основе MPOS Получил 1806 Биткоинов Реальная история. Здравствуй, У меня нет опыта работы с bitcoind и это только слепой выстрел в темноте, но ниже помог мне с подобным вероят с различными альтов. Попробуйте добавить следующее к вашему bitcoin.conf: Код: rpcthreads = XX и сделать XX число между 16 и 50. Я использую 20, и я счастливый шахтер с тех пор, YMMV. НТН

3 декабря 2015, 2:21:04 PM	# 3
jonnybravo0311 Сообщения: 1246 Цитировать по имени цитировать ответ	Re: монеты демон становится полностью отвечать на запросы в течение долгого времени NOMP / бассейн на основе MPOS Привет psycodad, Я ценю ответ. Я не установил нити RPC ранее, только опираясь на значение по умолчанию. Я дам Вашему предложению попробовать, чтобы увидеть, если это помогает смягчить проблемы. благодаря

3 декабря 2015, 2:32:20 PM	# 4
psycodad Сообщения: 571 Цитировать по имени цитировать ответ	Re: монеты демон становится полностью отвечать на запросы в течение долгого времени NOMP / бассейн на основе MPOS Эй johnnybravo0311, Yw, в любом случае она не должна вредить Вам увеличить rpcthreads. GetInfo не быть отзывчивым позвонил со мной, что был момент, когда я написал coind сторожевого-Shell-скрипт для автоматического перезапуска, если они не реагируют на GetInfo в 5s, которые надежно произошло после нескольких часов добычи. Мне интересно, если это поможет, пожалуйста, дайте нам знать результат. ура

3 декабря 2015, 2:43:13 PM	# 5
jonnybravo0311 Сообщения: 1246 Цитировать по имени цитировать ответ	Re: монеты демон становится полностью отвечать на запросы в течение долгого времени NOMP / бассейн на основе MPOS Сделаю. Я пытался избежать написания "перезапуск демона монеты" скрипт. Да, я знаю, что это помогает перезагрузка, и что-то число людей делать ... но он чувствует, как мы лечим симптомы, а не пытаться найти лекарство. Кроме того, представляется контрпродуктивным для бассейна, чтобы быть постоянно перезапуском монетным демон, как бы продувки mempool и оказывать акции работника недопустимые на перезагрузке ... один из этих акций могут быть решен блок.

3 декабря 2015, 4:28:21 PM	# 6
psycodad Сообщения: 571 Цитировать по имени цитировать ответ	Re: монеты демон становится полностью отвечать на запросы в течение долгого времени NOMP / бассейн на основе MPOS Цитата: jonnybravo0311 от 03 декабря 2015 года, 2:43:13 PM Сделаю. Я пытался избежать написания "перезапуск демона монеты" скрипт. Да, я знаю, что это помогает перезагрузка, и что-то число людей делать ... но он чувствует, как мы лечим симптомы, а не пытаться найти лекарство. Кроме того, представляется контрпродуктивным для бассейна, чтобы быть постоянно перезапуском монетным демон, как бы продувки mempool и оказывать акции работника недопустимые на перезагрузке ... один из этих акций могут быть решен блок. Я вижу вашу точку зрения, но я не предлагал регулярные перезагрузки, я говорил о перезапуске coindaemon в случае, если он не отвечает (что это хорошая вещь, чтобы следить, если вы запустите пул, даже если вы уверены, что он работает стабильным ). Если он не отвечает на запросы и у вас есть блок наград долю Бесполезно / потеряли в любом случае. Я согласен, хотя, что идеальная установка должна работать стабильно на своем собственном, а не полагаться на перегружаются и регулярно я, конечно, не утверждаю, просто перезапустить coind без уважительной причины. Я проверяю все мои coinds каждые 10mins и автоматически перезапустить их, если они висят, иначе они просто войти быть нормально системный журнал. НТН

3 декабря 2015, 9:48:38 PM	# 7
jonnybravo0311 Сообщения: 1246 Цитировать по имени цитировать ответ	Re: монеты демон становится полностью отвечать на запросы в течение долгого времени NOMP / бассейн на основе MPOS Я полностью получить то, что вы о том. Я не могу себе представить, работаю процесс, как демон монеты без по крайней мере, какого-то зачаточного мониторинга. Я предполагаю, что я получаю в том, что ответ должен быть не только "перезапустить его, когда он капризничает" и это конец. Да, это может быть необходимо, но это было бы гораздо более ценным, чтобы выяснить, почему он действует в первую очередь с тем, что основная проблема может быть решена. Это вроде как просто постоянно замена масла в автомобиле, когда вы заметите, что это низко, вместо того, чтобы смотреть на это, чтобы выяснить ваши пломбы снимаются или масляный поддон протекает как решето.

6 декабря 2015, 9:57:57 AM	# 8
barrysty1e Сообщения: 554 Цитировать по имени цитировать ответ	Re: монеты демон становится полностью отвечать на запросы в течение долгого времени NOMP / бассейн на основе MPOS просто наткнулись на аналогичный вопрос, надеюсь, что это помогает .. Предположим, вы используете питона-прослойку вместо MPOS (как DROPIN), что ваш USE_COINDAEMON_DIFF и DIFF_UPDATE_FREQUENCY набор для? я нашел, когда USE_COINDAEMON_DIFF включена, с DIFF_UPDATE_FREQUENCY набором довольно коротким - приведет к симптомам вы упомянули. добыча начинается хорошо, но вы можете видеть, в то время как он проверяет блоки, как его работа не представляется.

9 декабря 2015, 10:14:03 PM	# 9
jonnybravo0311 Сообщения: 1246 Цитировать по имени цитировать ответ	Re: монеты демон становится полностью отвечать на запросы в течение долгого времени NOMP / бассейн на основе MPOS Привет barrysty1e, Спасибо за ответ. Как видно из названия нити состояний, я бег NOMP / MPOS. NOMP является реализацией прослойки, MPOS является передним концом. Я принял совет psycodad и увеличил свой счет потока, который, казалось, имели некоторое влияние; Однако, он не полностью решить эту проблему. Я также предпринял некоторые шаги, чтобы использовать более эффективное распределение памяти (по-видимому, есть проблема с фрагментацией и Glibc). Использование лучшего менеджера распределения памяти, как jemalloc также, кажется, имел эффект; Однако, это тоже не решило проблему. К сожалению, я до сих пор застрял с делать рестарт каждый день. Сохраняет память управляемым, и все работает относительно гладко. Я читал через нескольких потоков почты и комментарии GitHub, связанную с этим вопросом, но до сих пор никто не произвел рабочий раствор.

« Предыдущая тема | Следующая тема »

Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW