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
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 ?
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.
I have the same issue here, while the option server=1 is confirmed in bitcoin.conf file
How do you edit the bitcoin-cli file?
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
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
🔒 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]
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
, but got another error:
port=8332 getinfo
error code: -28
error message:
Verifying blocks...
Update:
I tried C:Program FilesBitcoindaemon>bitcoin-cli -rpcuser=user -rpcpassword=pass -rpc
again a couple minutes later and it worked.
port=8332 getinfo
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
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
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
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
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
30,4 КБ · Просмотры: 380
-
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.