livenode | Live-code your NodeJS applications | Runtime Evironment library
kandi X-RAY | livenode Summary
kandi X-RAY | livenode Summary
Livenode is a small tool that allows me to evaluate arbitrary statements in a live NodeJS program, without restarting the server. This way I can introduce new functions/variables, or redefine existing ones, and immediately test without losing any context. See my [blog post] and [screencast] I’ve been using it for a week and am quite satisfied with it, but it’s essentially a quick hack and bugs are likely.
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of livenode
livenode Key Features
livenode Examples and Code Snippets
Community Discussions
Trending Discussions on livenode
QUESTION
Issue: geth 1.8.22 starts mining from one of the first blocks instead of the last one on system reboot.
What we have
We have 3 synced private geth nodes using PoA(clique).
What happened
One day(a week ago) we had issues with our hosting provider so we had to restart 2 out of 3 nodes(each node is on separate VPS). Current block is 4 000 000. When node 1 and node 2 were restarted they started mining from block 372 instead of the last one 4 000 000.
Why it happened (my guess)
Geth 1.8.22 keeps some data with trie node data in RAM instead of a disk. On graceful node shutdown(for example from console) this trie node data is saved to hard drive from RAM. On forced system shutdown(for example from hosting admin panel) trie node data does not have time to be saved on a hard drive. We had our nodes running for 6 months without any reboot so I think that this trie node data was kept in RAM for the whole time and it was vanished on system reboot(though we still have node 3 which is up and running).
Logs
Here are the logs when I'm trying to run the backup version of one of the nodes:
...ANSWER
Answered 2019-Dec-01 at 23:23Please check the full answer: https://github.com/ethereum/go-ethereum/issues/20383#issuecomment-558107815
In short:
- geth persists data after 1 hour worth of block processing
- if your network is super light (i.e. mostly empty blocks), it takes a very very long time until blocks are flushed from memory to hard drive
- currently there is no way to configure the period of persistency rounds in geth
Solution: restart geth periodically so it saves data from RAM to hard drive
QUESTION
The following docker-compose.yml
is used to start an Ethereum geth
node, which needs to connect to a bootnode in order to access a private Ethereum network.
ANSWER
Answered 2018-Jul-17 at 16:32It seems that you were using default datadir instead of your private datadir initialized with genesis.json. As the result, geth started as a main network node by using default datadir (see database=/root/.ethereum/geth/chaindata
and versions="[63 62]" network=1
in the output).
To boot up your private node, try the following steps:
Initialize your geth datadir with genesis.json. For example:
geth --datadir path/to/custom/data/folder init genesis.json
Start your geth by using the datadir and networkid. For example:
geth --datadir path/to/custom/data/folder --networkid 13377331
Note that these steps use --datadir
option.
For more information, see the geth wiki.
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install livenode
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page