ubiq / go-ubiq Goto Github PK

System information

Version: 3.0.1-andromeda
Go Version: go1.12.10
OS: linux
uname -sr: Linux 5.3.0-26-generic
Distributor ID: Ubuntu
Description: Ubuntu 19.10
Release: 19.10
Codename: eoan

Expected behaviour

Never panic

Actual behaviour

panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x1c0 pc=0xabddad]

Steps to reproduce the behaviour

sudo renice -n -20 -p $$
sudo chrt -rp 99 $$

exec /home/terry/gubiq2_gitrepo/go-ubiq/build/bin/gubiq --rpc
--mine
--cache 2048
--nousb
--syncmode "full"
--etherbase 0xd4eae155d69a5656aca8a27d5a5933ed7ffe1f66 2>&1 | tee -a ~/gubiqlog.log

Backtrace

INFO [01-20|09:12:11.852] Block synchronisation started
INFO [01-20|09:12:11.852] Mining aborted due to sync
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x1c0 pc=0xabddad]

goroutine 336 [running]:
github.com/ubiq/go-ubiq/eth/downloader.(*Downloader).findAncestor(0xc0000d2340, 0xc011e13b30, 0xc026cf8000, 0x0, 0x0, 0xa)
/home/terry/gubiq2_gitrepo/go-ubiq/build/_workspace/src/github.com/ubiq/go-ubiq/eth/downloader/downloader.go:826 +0x162d
github.com/ubiq/go-ubiq/eth/downloader.(*Downloader).syncWithPeer(0xc0000d2340, 0xc011e13b30, 0x2fd6804d44a7a29d, 0xac0bca4d0f32825a, 0x218f7ab4f505c3b0, 0x2d807d55afff792, 0xc026cc6ca0, 0x0, 0x0)
/home/terry/gubiq2_gitrepo/go-ubiq/build/_workspace/src/github.com/ubiq/go-ubiq/eth/downloader/downloader.go:438 +0x3b4
github.com/ubiq/go-ubiq/eth/downloader.(*Downloader).synchronise(0xc0000d2340, 0xc011dd68d0, 0x10, 0x2fd6804d44a7a29d, 0xac0bca4d0f32825a, 0x218f7ab4f505c3b0, 0x2d807d55afff792, 0xc026cc6ca0, 0x0, 0x0, ...)
/home/terry/gubiq2_gitrepo/go-ubiq/build/_workspace/src/github.com/ubiq/go-ubiq/eth/downloader/downloader.go:407 +0x35e
github.com/ubiq/go-ubiq/eth/downloader.(*Downloader).Synchronise(0xc0000d2340, 0xc011dd68d0, 0x10, 0x2fd6804d44a7a29d, 0xac0bca4d0f32825a, 0x218f7ab4f505c3b0, 0x2d807d55afff792, 0xc026cc6ca0, 0x0, 0x3, ...)
/home/terry/gubiq2_gitrepo/go-ubiq/build/_workspace/src/github.com/ubiq/go-ubiq/eth/downloader/downloader.go:325 +0x8e
github.com/ubiq/go-ubiq/eth.(*ProtocolManager).synchronise(0xc024db55f0, 0xc0000dc300)
/home/terry/gubiq2_gitrepo/go-ubiq/build/_workspace/src/github.com/ubiq/go-ubiq/eth/sync.go:200 +0x2eb
created by github.com/ubiq/go-ubiq/eth.(*ProtocolManager).syncer
/home/terry/gubiq2_gitrepo/go-ubiq/build/_workspace/src/github.com/ubiq/go-ubiq/eth/sync.go:155 +0x1df

System information

gubiq release v1.5.12
windows 10

Expected behaviour

downloads the blockchain and runs

Actual behaviour

runtime error

Steps to reproduce the behaviour

run gubiq on command line
gubiq-windows-4.0-amd64.exe --datadir=D:\blockchain\ubiq\blockchain --fast --cache=512 console

Backtrace

> I0712 18:57:47.443996 p2p/nat/nat.go:111] mapped network port udp:30388 -> 30388 (ubiq discovery) using UPNP IGDv1-IP1
I0712 18:57:47.877360 p2p/nat/nat.go:111] mapped network port tcp:30388 -> 30388 (ubiq p2p) using UPNP IGDv1-IP1
I0712 18:57:57.044563 eth/downloader/downloader.go:326] Block synchronisation started
I0712 18:57:57.497444 eth/downloader/downloader.go:966] imported   1 state entries in        0s: processed 1, pending at least 17
I0712 18:57:57.594025 eth/downloader/downloader.go:966] imported  11 state entries in   1.000ms: processed 12, pending at least 193
I0712 18:57:57.810207 eth/downloader/downloader.go:966] imported 181 state entries in   9.508ms: processed 193, pending at least 3045
panic: runtime error: index out of range

goroutine 688 [running]:
github.com/ubiq/go-ubiq/core.(*BlockChain).CalcPastMedianTime(0xc04243a000, 0x17, 0x1)
        /ext-go/1/src/github.com/ubiq/go-ubiq/core/blockchain.go:549 +0x360
github.com/ubiq/go-ubiq/core.CalcDifficultyOrig(0x588cfa75, 0x588cfa70, 0xc04552de60, 0xc04552de40, 0xc04243a000, 0x1)
        /ext-go/1/src/github.com/ubiq/go-ubiq/core/block_validator.go:441 +0x1bd
github.com/ubiq/go-ubiq/core.CalcDifficulty(0xc0420103c0, 0x588cfa75, 0x588cfa70, 0xc04552de60, 0xc04552de40, 0xc04243a000, 0xc0449bb860)
        /ext-go/1/src/github.com/ubiq/go-ubiq/core/block_validator.go:410 +0x13e
github.com/ubiq/go-ubiq/core.ValidateHeader(0xc0420103c0, 0x13db200, 0xc042132b30, 0xc04552f680, 0xc04552f440, 0xc042430000, 0xc04243a000, 0xc044f2fe70, 0x866db5)
        /ext-go/1/src/github.com/ubiq/go-ubiq/core/block_validator.go:322 +0x17c
github.com/ubiq/go-ubiq/core.(*BlockValidator).ValidateHeader(0xc0421369c0, 0xc04552f680, 0xc04552f440, 0x6df8d49c91933e00, 0xba4354be5b62ec80, 0x0)
        /ext-go/1/src/github.com/ubiq/go-ubiq/core/block_validator.go:298 +0x123
github.com/ubiq/go-ubiq/core.(*HeaderChain).InsertHeaderChain.func1(0x3)
        /ext-go/1/src/github.com/ubiq/go-ubiq/core/headerchain.go:289 +0x409
github.com/ubiq/go-ubiq/core.(*HeaderChain).InsertHeaderChain.func2(0xc0456ab6f0, 0xc044f15c00, 0x3)
        /ext-go/1/src/github.com/ubiq/go-ubiq/core/headerchain.go:304 +0x5d
created by github.com/ubiq/go-ubiq/core.(*HeaderChain).InsertHeaderChain
        /ext-go/1/src/github.com/ubiq/go-ubiq/core/headerchain.go:305 +0x589

System information

Geth version: all
OS & Version: all

Expected behaviour

Launching a node with the --testnet flag should connect to the test network by locating applicable nodes.

Actual behaviour

No seed nodes found due to (at a minimum):

https://github.com/ubiq/go-ubiq/blob/master/params/bootnodes.go#L32

Steps to reproduce the behaviour

Launch multiple nodes with the --testnet flag, observe no node connections (in my testing I ran 2 nodes that could talk to each other and ran them overnight, they never established a connection)

Notes

Existing seed nodes can probably support an additional --testnet node instance as well.

Not a go-ubiq issue this can be closed.

System information

Geth version: geth version
OS & Version: Ubuntu 16.04
Commit hash : (if develop)

Expected behaviour

Make command on the open-ethereum-pool succeeds

Actual behaviour

Using go-lang 1.4
make errors:
build/env.sh go get -v ./...
found packages accounts.go (gubiq) and logger.go (geth) in go-ubiq/mobile
import "context": import path does not contain a slash
package context: unrecognized import path "context"
Makefile:10: recipe for target 'all' failed
make: *** [all] Error 1

Steps to reproduce the behaviour

just re-run make

Backtrace

[backtrace]

System information

Geth version: 7.0.0
OS & Version: All

Expected behavior

gubiq import FILEPATH should successfully import ubiq mainnet by default.

Actual behavior

invalid mix digest on block 1, import is then aborted.

Steps to reproduce the behaviour

gubiq export FILEPATH 0 1800000
gubiq removedb
gubiq import FILEPATH

Backtrace

./build/bin/gubiq import ~/Desktop/1800000.gz
INFO [02-14|17:30:59.264] Maximum peer count                       ETH=50
INFO [02-14|17:30:59.266] Set global gas cap                       cap=50,000,000
INFO [02-14|17:30:59.266] Allocated cache and file handles         database=/Users/iquidus/Library/Ubiq/gubiq/chaindata cache=512.00MiB handles=5120
INFO [02-14|17:30:59.374] Opened ancient database                  database=/Users/iquidus/Library/Ubiq/gubiq/chaindata/ancient readonly=false
INFO [02-14|17:30:59.376] Disk storage enabled for ubqhash caches  dir=/Users/iquidus/Library/Ubiq/gubiq/ubqhash count=3
INFO [02-14|17:30:59.376] Disk storage enabled for ubqhash DAGs    dir=/Users/iquidus/Library/Ubqhash count=2
INFO [02-14|17:30:59.378] Loaded most recent local header          number=0 hash=406f1b..7418af td=80,000,000,000 age=5y1mo1w
INFO [02-14|17:30:59.378] Loaded most recent local full block      number=0 hash=406f1b..7418af td=80,000,000,000 age=5y1mo1w
INFO [02-14|17:30:59.378] Loaded most recent local fast block      number=0 hash=406f1b..7418af td=80,000,000,000 age=5y1mo1w
INFO [02-14|17:30:59.379] Importing blockchain                     file=/Users/iquidus/Desktop/1800000.gz
generateCache - epoch: 1, uip1Epoch: 0INFO [02-14|17:30:59.389] Skip duplicated bad block                number=1 hash=2722ad..96ee19
ERROR[02-14|17:30:59.389]
########## BAD BLOCK #########
Chain config: {ChainID: 8 Homestead: 0 EIP150: 0 EIP155: 10 EIP158: 10 Byzantium: 1075090 Constantinople: 1075090 Petersburg: 1075090 Istanbul: 1500000, Berlin: 1791793, London: 1791793, Monoceros: 1981337, Engine: ubqhash}

Number: 1
Hash: 0x2722ad1be07e3b0c01f718bf0c8b99d7b2d6117e6e9c140af563611d9e96ee19


Error: invalid mix digest
##############################

ERROR[02-14|17:30:59.389] Import error                             err="invalid block 1: invalid mix digest"
INFO [02-14|17:30:59.390] Writing snapshot state to disk           root=6589d4..f3c067
INFO [02-14|17:30:59.390] Persisted trie from memory database      nodes=0 size=0.00B time="8.666µs" gcnodes=0 gcsize=0.00B gctime=0s livenodes=1 livesize=0.00B
INFO [02-14|17:30:59.390] Blockchain stopped
Import done in 11.164334ms.

Compactions
 Level |   Tables   |    Size(MB)   |    Time(sec)  |    Read(MB)   |   Write(MB)
-------+------------+---------------+---------------+---------------+---------------
   1   |          1 |       0.01692 |       0.00000 |       0.00000 |       0.00000
-------+------------+---------------+---------------+---------------+---------------
 Total |          1 |       0.01692 |       0.00000 |       0.00000 |       0.00000

Read(MB):0.00907 Write(MB):0.00112
Object memory: 130.399 MB current, 130.285 MB peak
System memory: 280.591 MB current, 280.591 MB peak
Allocations:   0.025 million
GC pause:      1.734376ms

Compacting entire database...
Compaction done in 116.149209ms.

Compactions
 Level |   Tables   |    Size(MB)   |    Time(sec)  |    Read(MB)   |   Write(MB)
-------+------------+---------------+---------------+---------------+---------------
   0   |          0 |       0.00000 |       0.04074 |       0.00000 |       0.00080
   1   |          1 |       0.01692 |       0.03809 |       0.01772 |       0.01692
-------+------------+---------------+---------------+---------------+---------------
 Total |          1 |       0.01692 |       0.07883 |       0.01772 |       0.01772

Read(MB):0.01798 Write(MB):0.01909
invalid block 1: invalid mix digest

The important part of this log is generateCache - epoch: 1, uip1Epoch: 0, uip1Epoch is set to 0, causing an incorrect DAG/cache to be produced, resulting in the invalid mix digest error. To import ubiq mainnet successfully uip1Epoch needs to be set to 22.

System information

Linux raspberrypi 5.10.103-v7+ ethereum#1529 SMP Tue Mar 8 12:21:37 GMT 2022 armv7l GNU/Linux

Gubiq │
│ Version: 7.0.0-monoceros │
│ Git Commit: c9009e8 │
│ Architecture: arm │
│ Go Version: go1.17.6 │
│ Operating System: linux │
│ GOPATH= │
│ GOROOT=go

Expected behaviour

Want to upgrade Gubiq to 7.0.1

Actual behaviour

Gubiq start after upgrade fails due to Glibc error

Steps to reproduce the behaviour

replace old gubiq with new version and try to start

Backtrace

From /var/log/messages

/usr/bin/gubiq: /lib/arm-linux-gnueabihf/libm.so.6: version `GLIBC_2.29' not found (required by /usr/bin/gubiq)

When submitting logs: please submit them as text and not screenshots.

Geth version: 5.3.0
OS & Version: Linux

HI.
Transactions from a regular address in the memory pool are not displayed correctly.
In geth(Ethereum) issues 23763 is close

System information

Geth version: 1.5.14
OS & Version: Windows 10
Commit hash : N/A

Expected behaviour

The block chain to continue to sync.

Actual behaviour

It will stop/freeze.

Steps to reproduce the behaviour

Tried multiple times with same result.

I'm trying my hand at some solo mining, downloaded 1.5.14, created batch file (exe --rpc --etherbase wallet Addy) allowed Blockchain to fully sync and download.

Installed fusion, created account and synced.

Started gubiq, started fusion and then started miner. Gubiq would start to lag, catch up and then freeze/stop sync. Need to shut down gubiq and start again where it will sync up with the blockchain and go.

I went ahead and shut down fusion and started gubiq, synced and started miner 30 mins ago. No issues to report.

So, do I need fusion running to solo mine?

i used redshift to transfer wubq to polygon but i dont recieved 129 wubq to my wallet
my wallet is 0x6F455D217A7e3D256AA3b4386219Ed853e521E73
Hash
0x723ff2cb76aa7d2ddd3db8f435f48dec4d29d9b0d7fdf1e30c8a8bc9f271d27e

Is there a way to specify custom dag file url as in the ethereum geth?

something like: --ethash.dagdir /data/ethchain/dagfile/
the custom datadir(--datadir /data/ethchain/) works fine, but just can't see the option for the dagfile..

0830 18:03:51.131563 miner/remote_agent.go:149] Invalid PoW submitted for

I0830 18:03:25.519580 miner/worker.go:499] commit new work on block 213276 with 2 txs & 0 uncles. Took 1.315325ms
I0830 18:03:51.131563 miner/remote_agent.go:149] Invalid PoW submitted for 4594cd362389ef0113295d77be19839a1b265e3831b0f37a198b9a53e7f240f7
I0830 18:03:55.265279 miner/remote_agent.go:149] Invalid PoW submitted for 4594cd362389ef0113295d77be19839a1b265e3831b0f37a198b9a53e7f240f7

Any idea why I am getting always this error when trying to submit work from GPU with ethminer to the rpcport?

• cpu mining inside gubiq works fine, I am synced to the latest block, tried so many combinations but always ending up with this error.

Do you have any idea what it could be?

Do I need to generate custom genesis.json before syncing with gubiq?
currently i did something like
sudo ./gubiq --rpcaddr 127.0.0.1 --rpcport 8983 --rpc --datadir /data/ubiq/ --unlock xxxxxxxxx

synced the blockchain, then used

• eth_getWork
• eth_submitHashrate
• eth_submitWork

and then ending up with that error.

I am building a mining pool basically.

Thank you

I think there is too much unnecessary change for go-ubiq and I think it should be patched with the upper version of go-ethereum

Difference applied by ubiq developer: ethereum/go-ethereum@master...ubiq:master

System information

Gubiq version: 1.5.10
OS & Version: Linux

Expected behaviour

Reported by Nathan:
I think I came across a bug in Linux but I can't seem to find the part in the code where gubiq determines where to set the IPC path if the --testnet flag is used. It appears to be using the same path for both mainnet and testnet and causing a failure to attach. I do not see the same behavior in windows (IE: I can attach to the testnet node using --testnet).

Actual behaviour

See previous.

Steps to reproduce the behaviour

See previous.

your main page points to the wiki but the wiki has no pages