Error code 1 eof reached

sometimes I have the problem(Debian): bitcoin-cli listtransactions error: couldn't connect to server: EOF reached (code 1) (make sure server is running and you are connecting to the correct RPC...

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.

Already on GitHub?
Sign in
to your account

Comments

@BitWaspBitWasp

sometimes I have the problem(Debian):

bitcoin-cli listtransactions

error: couldn’t connect to server: EOF reached (code 1)
(make sure server is running and you are connecting to the correct RPC port)

How can I fix it ?

@achow101

This error happens when bitcoin-cli is unable to connect to the RPC server. Make sure the rpc server is running (bitcoind runs it automatically, with bitcoin-qt, you need the server=1 option in your bitcoin.conf file.

@Jeans5

I have the same issue here, while the option server=1 is confirmed in bitcoin.conf file

@constantinedev

@generalsnout

How do you edit the bitcoin-cli file?

@kiminuo

We have a test machine with Windows 10 and we can confirm that the bug is present in Bitcoin Core 0.19.1 and Bitcoin Core 0.20.0.

Additionally, we know:

  • Restart of the daemon does not help to solve the problem (it helps for like 30 seconds and RPC responds for that time being).
  • Restart of the machine helps (until it breaks again).
  • The bug affects both Qt and daemon.
  • There is no useful information in debug.log.
  • Node works as expected other than this issue.
  • Normally, it takes several weeks until the bug presents itself.

Note: We had Bitcoin Core 0.19.1 running, found the bug, tried to upgrade to avoid the bug but to no avail.

@MarcoFalke
MarcoFalke

changed the title
error: couldn’t connect to server: EOF reached (code 1)

bitcoin-cli: error: couldn’t connect to server: EOF reached (code 1)

Jun 19, 2020

@SsNiPeR1

@milkcoke

🔒 Cause

Maybe you didn’t kill all bitcoind process.
so you can’t start bitcoind with same port number since another bitcoind daemon is already running state

You can check it below command

🔑 Solution

Kill them all.

Case 1. Could find PID/Program name

ex) 30375/bitcoind

$ kill -9 [PID-of-bitcoind]

Case 2. Not found PID/Program of bitcoind


start daemon again

$ bitcoind --datadir=[path-of-data]

@fanquake

Normally, it takes several weeks until the bug presents itself.

Re-closing this. Without any concrete steps to reproduce this issue, I’m not sure there’s anything we can do here.

I am attempting to make Bitcoin-RPC commands in the Windows 10 terminal using Bitcoind from the Bitcoin Core. However, whenever I start C:Program FilesBitcoindaemon>bitcoind the terminal hangs and doesn’t print anything. I’ve waited several hours and the terminal keeps loading and doesn’t allow any input. I’ve also tried typing C:Program FilesBitcoindaemon>bitcoind -daemon but -daemon is not valid Windows command.

I’ve also tried querying Bitcoin-cli with C:Program FilesBitcoindaemon>bitcoin-cli getinfo but I get the error:

C:Program FilesBitcoindaemon>bitcoin-cli getinfo
error: couldn't connect to server: EOF reached (code 1)
(make sure server is running and you are connecting to the correct RPC port)

So, after researching and reading other Stack Overflow questions I decided to check my bitcoin.conf file. I didn’t have one, so I created one and placed it in the C:UsersUserAppDataRoamingBitcoin directory. My bitcoin.conf file looks like:

rpcuser=user
rpcpassword=pass
rpcallowip=127.0.0.1
rpcport=8332 
rpcthreads=10 
server=1

But i’m still getting the same errors. Does anyone have any idea on what i’m doing wrong?


Update:

I typed in tasklist into the windows terminal and bitcoind.exe and Clientcore were running. Then I typed :C:Program FilesBitcoindaemon>bitcoin-cli -rpcuser=user -rpcpassword=pass -rpc
port=8332 getinfo
, but got another error:

error code: -28
error message:
Verifying blocks...

Update:

I tried C:Program FilesBitcoindaemon>bitcoin-cli -rpcuser=user -rpcpassword=pass -rpc
port=8332 getinfo
again a couple minutes later and it worked.

I opened one terminal and ran bitcoind, and another terminal I make the getinfo command and everything works

I’m currently learning HTTP/2 Client in Java 11(java.net.http module)

My purpose is send a POST JSON data to local server using Java 11 HTTP/2 Client, but I occurred some IOException, EOFException.

Exceptions

Exception in thread "main" java.io.IOException: Can't get stream 1: java.io.EOFException: EOF reached while reading
    at java.net.http/jdk.internal.net.http.HttpClientImpl.send(HttpClientImpl.java:565)
    at java.net.http/jdk.internal.net.http.HttpClientFacade.send(HttpClientFacade.java:119)
    at study/study.Http2ClientSample4.main(Http2ClientSample4.java:37)
Caused by: java.io.IOException: Can't get stream 1: java.io.EOFException: EOF reached while reading
    at java.net.http/jdk.internal.net.http.Exchange.lambda$checkForUpgradeAsync$12(Exchange.java:486)
    at java.base/java.util.concurrent.CompletableFuture.uniComposeStage(CompletableFuture.java:1106)
    at java.base/java.util.concurrent.CompletableFuture.thenCompose(CompletableFuture.java:2235)
    at java.net.http/jdk.internal.net.http.Exchange.lambda$checkForUpgradeAsync$13(Exchange.java:474)
    at java.base/java.util.concurrent.CompletableFuture.uniComposeStage(CompletableFuture.java:1106)
    at java.base/java.util.concurrent.CompletableFuture.thenCompose(CompletableFuture.java:2235)
    at java.net.http/jdk.internal.net.http.Exchange.checkForUpgradeAsync(Exchange.java:467)
    at java.net.http/jdk.internal.net.http.Exchange.lambda$wrapForUpgrade$10(Exchange.java:432)
    at java.base/java.util.concurrent.CompletableFuture.uniComposeStage(CompletableFuture.java:1106)
    at java.base/java.util.concurrent.CompletableFuture.thenCompose(CompletableFuture.java:2235)
    at java.net.http/jdk.internal.net.http.Exchange.wrapForUpgrade(Exchange.java:432)
    at java.net.http/jdk.internal.net.http.Exchange.sendRequestBody(Exchange.java:399)
    at java.net.http/jdk.internal.net.http.Exchange.checkFor407(Exchange.java:354)
    at java.net.http/jdk.internal.net.http.Exchange.lambda$responseAsyncImpl0$7(Exchange.java:423)
    at java.base/java.util.concurrent.CompletableFuture.uniHandle(CompletableFuture.java:930)
    at java.base/java.util.concurrent.CompletableFuture$UniHandle.tryFire(CompletableFuture.java:907)
    at java.base/java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:506)
    at java.base/java.util.concurrent.CompletableFuture$AsyncSupply.run(CompletableFuture.java:1705)
    at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
    at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
    at java.base/java.lang.Thread.run(Thread.java:834)
Caused by: java.io.EOFException: EOF reached while reading
    at java.net.http/jdk.internal.net.http.Http2Connection$Http2TubeSubscriber.onComplete(Http2Connection.java:1336)
    at java.net.http/jdk.internal.net.http.SocketTube$InternalReadPublisher$ReadSubscription.signalCompletion(SocketTube.java:632)
    at java.net.http/jdk.internal.net.http.SocketTube$InternalReadPublisher$InternalReadSubscription.read(SocketTube.java:833)
    at java.net.http/jdk.internal.net.http.SocketTube$SocketFlowTask.run(SocketTube.java:175)
    at java.net.http/jdk.internal.net.http.common.SequentialScheduler$SchedulableTask.run(SequentialScheduler.java:198)
    at java.net.http/jdk.internal.net.http.common.SequentialScheduler.runOrSchedule(SequentialScheduler.java:271)
    at java.net.http/jdk.internal.net.http.common.SequentialScheduler.runOrSchedule(SequentialScheduler.java:224)
    at java.net.http/jdk.internal.net.http.SocketTube$InternalReadPublisher$InternalReadSubscription.signalReadable(SocketTube.java:763)
    at java.net.http/jdk.internal.net.http.SocketTube$InternalReadPublisher$ReadEvent.signalEvent(SocketTube.java:941)
    at java.net.http/jdk.internal.net.http.SocketTube$SocketFlowEvent.handle(SocketTube.java:245)
    at java.net.http/jdk.internal.net.http.HttpClientImpl$SelectorManager.handleEvent(HttpClientImpl.java:957)
    at java.net.http/jdk.internal.net.http.HttpClientImpl$SelectorManager.lambda$run$3(HttpClientImpl.java:912)
    at java.base/java.util.ArrayList.forEach(ArrayList.java:1540)
    at java.net.http/jdk.internal.net.http.HttpClientImpl$SelectorManager.run(HttpClientImpl.java:912)

My Code

Path testPath = Paths.get( System.getProperty( "user.dir" ), "jsonSample.txt" );
byte[] testb = Files.readAllBytes( testPath );
System.out.println( new String( testb ) );

HttpClient client = HttpClient.newHttpClient();

HttpRequest request = HttpRequest.newBuilder()
                .uri( URI.create( "http://localhost:8080" ) )
                .header("Content-Type", "application/json")
                .header( "Accept", "application/json" )
//              .header( "User-Agent", "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36" )
                .POST( HttpRequest.BodyPublishers.ofFile( testPath ) )
                .build();

HttpResponse<?> response = client.send( request, HttpResponse.BodyHandlers.ofString());

System.out.println(response.statusCode());
System.out.println(response.body());

What am I doing wrong?

Вы можете попробовать ввести запись в / etc / tor / torrc, например

HiddenServiceDir /var/lib/tor/hidden_service/
HiddenServicePort 18443:127.0.0.1:18443

перезапустите Tor и
получить луковый адрес из / var / lib / tor / hidden_service / hostbame
а затем сделайте
torify bitcoin-cli -rpcconnect = theonionaddresugrabbed.onion -rpcport = 18443 -rpcuser = bitcoin -rpcpassword = пароль getblockcount

это должно работать.
Но имейте в виду, что ваш RPC будет доступен через Tor, надеюсь, вы действительно этого хотите?

Более глубокая причина заключается в том, что этот torcontroler в bitcoind создает только прослушивающий входящий tor-лук для сплетен 18444, а не для rpc на 18443, поэтому локальный, который работает без Tor, но удаленный без редактирования torrc не

Спасибо, сработало! (HiddenServicePort 18443 127.0.0.1:18443)

@gorazdko Имейте в не должен быть доступен для злоумышленников, независимо от того, насколько надежный пароль вы установили. Проблемы RPC до авторизации (и проблемы с RPC после авторизации, такие как # 17742) даже не считаются уязвимостями в Bitcoin Core (они не получают CVE), поскольку мы предполагаем, что простое раскрытие порта RPC небезопасно. В частности, мы работаем в предположении границы доверия, что злоумышленник не может подключиться к порту RPC.

Recommend Projects

  • React photo

    React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo

    Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo

    Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo

    TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo

    Django

    The Web framework for perfectionists with deadlines.

  • Laravel photo

    Laravel

    A PHP framework for web artisans

  • D3 photo

    D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Visualization

    Some thing interesting about visualization, use data art

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo

    Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo

    Microsoft

    Open source projects and samples from Microsoft.

  • Google photo

    Google

    Google ❤️ Open Source for everyone.

  • Alibaba photo

    Alibaba

    Alibaba Open Source for everyone

  • D3 photo

    D3

    Data-Driven Documents codes.

  • Tencent photo

    Tencent

    China tencent open source team.

couldn’t connect to server: EOF reached (code 1)

couldn’t connect to server: EOF reached (code 1)

I’m running a full node on my raspberry pi3. I try to do a simple command such as bitcoin-cli getblockchaininfo but I always get this error:

error: couldn’t connect to server: EOF reached (code 1) (make sure server is running and you are connecting to the correct RPC port)

My bitcoin.conf file looks like this:

Bitcoind options

server=1
daemon=1
reindex-chainstate=1
reindex=1
txindex=1
disablewallet=1
listenonion=0

Connection settings

rpcuser=*
rpcpassword=*

rpcport=8332
rpcallowip=127.0.0.1
rpcthreads=10

I also tried to get a command with «bitcoin-cli -rpcuser:* — rpcpassword=* -rpcportt8332 getblockchaininfo». But this also didn’t work.
Does someone has some advice or experience with this error?

https://ift.tt/2D82TLW

Popular posts from this blog

Do confidential transactions produce an UTXO

Do confidential transactions produce an UTXO There must be magical cryptographic reason why CT doesn’t create an UTXO. If it did make an UTXO, it’d be trivial to calculate the input + output right? https://ift.tt/2zK4Xph

Does extra outbound connection when tip is stale disable feeler connection?

Does extra outbound connection when tip is stale disable feeler connection? I run a Bitcoin node for about 1.5 months and I notice that there is no feeler connection is made in 25 days, hence the IPs in the tried table does not grow. I also notice in the debug.log during the same period of time, many potential stale tips are detected: 2019-02-20T13:26:59Z Potential stale tip detected, will try using extra outbound peer (last tip update: 2737 seconds ago) Does extra outbound connection when tip is stale disable feeler connection? If yes, is it normal to have stale tip for 20+ days? https://ift.tt/2Exfbw9

  • #1

Вчера при очередном запуске кошелька Zcash для синхронизации последних транзакций на 99.79% вылетела ошибка (на скрине). После закрытия кошелька он уже перестал запускаться ругаясь на другую ошибку (см. второй скрин). Поизучал вопрос, проследовал совету удалить все файлы кроме Wallet.dat и Peers.dat. После этого кошелек запустился и синхронизация пошла заново, однако процесс встал на там же проценте и опять вылетела ошибка, которая произошла изначально. Операцию проделал дважды и результат отрицательный…
Кто-нибудь сталкивался с проблемой, есть известные пути решения?

  • 34253.jpg

    34253.jpg

    30,4 КБ · Просмотры: 380

  • fdf.png

    fdf.png

    636,8 КБ · Просмотры: 340

  • #2

у меня аналогичная ошибка вылезла вчера на кошельке Hush после того как отправил все монетки на биржу… проблему не решил.

Последнее редактирование: 29 Окт 2017

  • #3

Пролистал кучу тем на bitcointalk.org, тоже не нашел ответа, как это дело исправить
Попробую на другом устройстве установить кошель и перекинуть данные с текущего, отпишусь по результату
Если у кого есть идеи — буду благодарен!

  • #4

Та же хрень. Еще и Билайн заблочил сайт z.cash, так его ip в реестре запрещенного контента.

  • #5

Отпишитесь пожалуйста, кто решил.

  • #6

У меня тоже самое было на кошельке Zcach4win.Деисталировал старую августовскую версию вроде 1.0.10, почиcтил Ccleaner ом реестр и поставил новую 1.0.11. Файлы не какие не изменял и не вставлял,сама загрузилась и всё синхронизировала по 19ч16мин.
Всем удачного майнинга.
АLPIT.

  • #9

Видимо Ваш кашелек Взломали

  • #10

А так Кашалек -отлично работает без проблем. Либо руки кривые . Либо Кашель Ломанный.

  • #11

А так Кашалек -отлично работает без проблем. Либо руки кривые . Либо Кашель Ломанный.

вероятно, что просто сбой, потери средств ведь нет.

  • #12

Вчера при очередном запуске кошелька Zcash для синхронизации последних транзакций на 99.79% вылетела ошибка (на скрине). После закрытия кошелька он уже перестал запускаться ругаясь на другую ошибку (см. второй скрин). Поизучал вопрос, проследовал совету удалить все файлы кроме Wallet.dat и Peers.dat. После этого кошелек запустился и синхронизация пошла заново, однако процесс встал на там же проценте и опять вылетела ошибка, которая произошла изначально. Операцию проделал дважды и результат отрицательный…
Кто-нибудь сталкивался с проблемой, есть известные пути решения?

закончилось свободное место на диске

  • #13

закончилось свободное место на диске

исключено, места много

  • #14

Вчера при очередном запуске кошелька Zcash для синхронизации последних транзакций на 99.79% вылетела ошибка (на скрине). После закрытия кошелька он уже перестал запускаться ругаясь на другую ошибку (см. второй скрин). Поизучал вопрос, проследовал совету удалить все файлы кроме Wallet.dat и Peers.dat. После этого кошелек запустился и синхронизация пошла заново, однако процесс встал на там же проценте и опять вылетела ошибка, которая произошла изначально. Операцию проделал дважды и результат отрицательный…
Кто-нибудь сталкивался с проблемой, есть известные пути решения?

Здравствуйте, проблема решаеться установкой новой версии zcash4win 1.0.11. Просто удаляете старую версию стандартными средствами windows, и сразу ставите новую версию. Запускаете и синхронизация начнется с места ошибки.

  • #15

Здравствуйте, проблема решаеться установкой новой версии zcash4win 1.0.11. Просто удаляете старую версию стандартными средствами windows, и сразу ставите новую версию. Запускаете и синхронизация начнется с места ошибки.

Подтверждаю, тоже так сделал, все получилось

  • #16

Да, еще днем решил проблему перестановкой новой версии кошелька, не успел отписаться.

  • #17

Сносим и заново ставим ) ключи надеюсь заранее экспортировали?

  • #18

решается легко,
1. Сохраняете ключи в надежное место (из C:UsersUserAppDataRoamingZcashwallet.dat и peers.dat там же), остальное содержимое удаляете (возможно не обязательно удалять)
2. Удаляете кошель через установку и удаление программ.
3. Качаете новый на оф сайте zcash4win-1.0.11.msi, устанавливаете и запускаете, ключи обратно после 1 запуска.
на 3 компах проверил все исправно работает. Видимо 10 версия уже не канает, есть вопросы — пишите.

  • #19

Удалять не обязательно. Синхронезация начнется с остановившегося блока.

  • #20

Привет, при очередном запуске кошелька выпала ошибка

A general unexpected critical error has occurred: couldn’t connect to server: EOF reached (code 1) (make sure server is running and you are connecting to the correct rpc port) see the console output for more detailed error information

Удалил кошелёк, пытаюсь установил новый v 1.0.11, но он не запускается, доходит до — daemon is taking longer than expected to start… и всё на этом

Так же файла Zcashwallet.dat в папке нет, только peers.dat

Последнее редактирование: 7 Ноя 2017

Syncrify » Knowledge base

Document information

Document ID: 2086
Subject: What does EOF reached error mean
Creation date: 6/15/12 4:01 PM
Last modified on: 12/12/18 11:29 AM

Often users see the following message in the log files:

ERROR com.synametrics.syncrify.client.aP  - Unable to backup /some/File/Name.pdf. EOF reached.

Explanation

EOF stands for End-of-file and is a term typically used when transmission of data ends prematurely. In Syncrify’s speak this mean the message sent from Syncrify client to server or server to client did not get to the other end in its entirety. This is usually caused by a network error and only affects one file.

Syncrify creates several TCP/IP connections between client and server during backup. If a handful of connections terminate prematurely, it does cause the entire backup to fail.

What can I do to fix this error?

Often fixing bad network connections is not in user’s hand. If client and server are on the same LAN, you will hardly see these messages in the log file. However, it is very common for TCP/IP connections to abort prematurely on the Internet.

Therefore, unless you see these errors for the same file over and over again, we recommend ignoring these messages. File that failed to transfer will get backed up the next time you run a backup.

User comments

Posted by Martin K on 7/31/13 12:01 PM

Might also be due to disk full on server.
-)

Posted by Mark L on 4/18/18 1:54 PM

I had this error on a client, always on the same set of folders and files. I noticed that some of the files had square brackets [ ] in their file names and after removing those brackets the backups completed fine. So obviously this is a bug in Syncrify but easy to work around (assuming you can rename your files).

Add a comment to this document

Do you have a helpful tip related to this document that you’d like to share
with other users?

Important: This area is reserved for useful tips. Therefore, do not post any questions here. Instead, use our public forums to post questions.

Понравилась статья? Поделить с друзьями:

Читайте также:

  • Error code 0xd07
  • Error code 0xd06
  • Error code 0xc6da ost
  • Error code 0xc4eb9004
  • Error code 0xc4eb8004

  • 0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии