 Show Posts
|
|
Pages: « 1 2 [3] 4 »
|
I don't see any indication of height or getting or receiving blocks in your log. Very odd.. Is your client fully up to sync with the block explorer? http://hbn.blockx.info/get/chain/HoboNickels Was this during the init download. Something seems off, you seem to have been caught up in an orphan loop check.. I was not able to check it, because the hobonickelsd process already exited, so there was no RPC working. Probably it panicked after these lines in the log: 05/13/14 10:46:35 ERROR: CTransaction::ReadFromDisk() : OpenBlockFile failed
05/13/14 10:46:35 ERROR: mempool transaction missing input
So I have to restarted it again. Running with -debug flag. This was not during the initial load, the process was running for many hours before already. |
|
|
|
What is the problem with your pool? Already waiting for zimstake payment for a week or so, and now the whole site is dead?  Few days ago I wrote an e-mail to your support address and no answer. Explain please.  |
|
|
|
Unfortunately it is doing that all the time  I have libboost 1.54...do you think it is worth to try upgrading to 1.55? Perfect tutorial here for libboost 1.55 https://coderwall.com/p/0atfugThank you, superresistant. I was curious about this as well. I have updated to libboost 1.55 (luckily in Ubuntu 14.04 is already in repo) and it seems to work better. There were few situations where hobonickelsd took 100% CPU, but not that long/often anymore. But today it crashed again (different cause)?: 05/13/14 10:46:31 ProcessSyncCheckpoint: pending for sync-checkpoint 0000000014c891e8153bff84e187217e53bf0123ef5215f5c79b6fafb1349a55
05/13/14 10:46:31 sending: getblocks (1029 bytes)
05/13/14 10:46:31 askfor block 716d8fba33600c93fa69 1402087979000000 (20:52:59)
05/13/14 10:46:32 received: checkpoint (108 bytes)
05/13/14 10:46:32 ProcessSyncCheckpoint: pending for sync-checkpoint 000000000b4a5a70483a2c1069559be9ff1259f49e6f94e0e14ad1d60fcd28d9
05/13/14 10:46:32 sending: getblocks (1029 bytes)
05/13/14 10:46:32 askfor block 716d8fba33600c93fa69 1402088099000000 (20:54:59)
05/13/14 10:46:32 received: inv (37 bytes)
05/13/14 10:46:32 got inventory: block 000000000b4a5a70483a have
05/13/14 10:46:32 sending: getblocks (1029 bytes)
05/13/14 10:46:33 received: inv (37 bytes)
05/13/14 10:46:33 got inventory: block ffd1e77b6676ca93358e have
05/13/14 10:46:35 ERROR: CTransaction::ReadFromDisk() : OpenBlockFile failed
05/13/14 10:46:35 ERROR: mempool transaction missing input |
|
|
|
it lost permission to write to its data dir for some reason. Did you change permissions?
Nope I did not, you can see the directory listing with permissions in my original post. It seems the exception is thrown at some place where a "new" directory is attempted to be created. Maybe it tries to create a directory, but the directory already exists? Why it tries to create a new directory two hours after the wallet is started and live, when all directories are already there? After I have some time, I will try to alter the source code to find out, which fs::create_directories call is causing this exactly. carloss@stakemaster:~$ grep -R -I create_directories myriadcoin/src
myriadcoin/src/init.cpp: filesystem::create_directories(blocksDir);
myriadcoin/src/test/test_bitcoin.cpp: boost::filesystem::create_directories(pathTemp);
myriadcoin/src/main.cpp: boost::filesystem::create_directories(path.parent_path());
myriadcoin/src/util.cpp: fs::create_directories(path);
myriadcoin/src/qt/guiutil.cpp: boost::filesystem::create_directories(GetAutostartDir()); (Edited: maybe it is a similar issue to this one: https://github.com/bitcoin/bitcoin/issues/432) ? |
|
|
|
Hello all, I have a problem with myriadcoind(last version from github repo) - it failed after running for 2 hours: Committing 6 changed transactions to coin database...
SetBestChain: new best=6d9f8eac35337860f00016c1e485411735cb994acf419b4d9cac1427580176a3 height=224981 pow_algo=2 block_work=1133791676513792 log2_work=67.653481 tx=673478 date=2014-05-11 14:23:22 progr
ess=0.999998
ProcessBlock: ACCEPTED
CTxMemPool::accept() : accepted 4c5d4da1f200bbfed236c252e1d54d21b98dec2c2cfbab029fd546ae4fa78e86 (poolsz 2)
<more transactions, shortened>
CTxMemPool::accept() : accepted 06c9aaa30e49ad6405f68a0c86bbd4220716cf696eeaa5d476bf5a3acc96823f (poolsz 8)
received getdata for: tx fe3c9deb6da285d1f6196f791a662cc09e223cae61eeb9827d9bd8f94fe55385
CTxMemPool::accept() : accepted 7a4e74333b5a94ab8ea5dc19ec97bda77de72d3c597a1647c9c68a8299b46130 (poolsz 9)
CTxMemPool::accept() : accepted 6022f7a3ceb5307e3512215ead23877ac0b2c256cf1e8b82ce557378bfe49f28 (poolsz 10)
ERROR: CAddrman::Write() : open failed
Flushed 7953 addresses to peers.dat 22ms
CTxMemPool::accept() : accepted 51a6537af3e1eca9e847df23f9e1dd4eac75af980a8d8121c802c449567b6c30 (poolsz 11)
<more transactions, shortened>
CTxMemPool::accept() : accepted 94ccbae14b95cf189d6b6b005b08877d4c24de29dea6572bb266b8fea50f559e (poolsz 29)
received block fe2ac10620bb7ee2c59567be7a8640612f6741a40b60c84c38fcb2a85ecb9ac9
nActualTimespan = 658 before bounds
GetNextWorkRequired RETARGET
nTargetTimespan = 1500 nActualTimespan = 1470
Before: 1b09da98 000000000009da98000000000000000000000000000000000000000000000000
After: 1b09a824 000000000009a82451eb851eb851eb851eb851eb851eb851eb851eb851eb851e
*** System error: boost::filesystem::create_directories: Permission denied: "/home/carloss/.myriadcoin"
Error: System error: boost::filesystem::create_directories: Permission denied: "/home/carloss/.myriadcoin"
ERROR: ProcessBlock() : AcceptBlock FAILED
Flush(false)
wallet.dat refcount=0
dumpaddr thread stop
wallet.dat checkpoint
wallet.dat detach
wallet.dat closed
DBFlush(false) ended 1ms
StopNode()
net thread interrupt
opencon thread interrupt
addcon thread interrupt
msghand thread interrupt
UPNP_DeletePortMapping() returned : 0
upnp thread interrupt
ERROR: CAddrman::Write() : open failed
Flushed 7953 addresses to peers.dat 18ms
Any idea? Folder /home/carloss/.myriadcoin exists an its writable: carloss@stakemaster:~$ ls -a -l | grep myriadcoin
drwxrwxr-x 5 carloss carloss 4096 May 11 16:04 .myriadcoin carloss@stakemaster:~/.myriadcoin$ ls -l -a
total 3448
drwxrwxr-x 5 carloss carloss 4096 May 11 16:04 .
drwx------ 25 carloss carloss 4096 May 12 12:15 ..
drwx------ 3 carloss carloss 4096 May 10 17:33 blocks
drwx------ 2 carloss carloss 4096 May 11 16:10 chainstate
drwx------ 2 carloss carloss 4096 May 10 17:54 database
-rw------- 1 carloss carloss 169 May 11 16:26 db.log
-rw------- 1 carloss carloss 1786317 May 11 16:26 debug.log
-rw------- 1 carloss carloss 1028400 May 11 16:04 debug.log.1
-rw------- 1 carloss carloss 0 May 10 17:16 .lock
-rw-rw-r-- 1 carloss carloss 131 May 10 17:17 myriadcoin.conf
-rw-rw-r-- 1 carloss carloss 5 May 11 16:09 myriadcoind.pid
-rw------- 1 carloss carloss 534438 May 10 21:09 peers.dat
-rw------- 1 carloss carloss 73728 May 11 16:22 wallet.dat OS: Ubuntu Server 14.04, boost 1.55 I have same issue with nautiluscoind, asked in their thread as well. I don't have this issue with other wallets on the same machine. Please help  |
|
|
|
Hello all, I have a problem with nautiluscoind (last version from github repo) - it failed after 30 mins of running: 2014-05-12 10:24:49 nActualTimespan = 313 before bounds
2014-05-12 10:24:49 GetNextWorkRequired nActualTimespan Limiting
2014-05-12 10:24:49 GetNextWorkRequired RETARGET
2014-05-12 10:24:49 nTargetTimespan = 60 nActualTimespan = 90
2014-05-12 10:24:49 Before: 1c010da2 00000000010da200000000000000000000000000000000000000000000000000
2014-05-12 10:24:49 After: 1c019473 0000000001947300000000000000000000000000000000000000000000000000
2014-05-12 10:24:49 UpdateTip: new best=54c9f2bf4c7ef93bd53ff78cfcdecb19199a9f1ae076f7467eb05b42c96f3b25 height=10807 log2_work=49.406987 tx=16669 date=2014-05-12 10:24:18 progress=0.000539
2014-05-12 10:24:49 ProcessBlock: ACCEPTED
2014-05-12 10:25:10 receive version message: /Nautiluscoin:1.1.0/: version 70002, blocks=10807, us=195.47.113.76:11161, them=79.136.10.173:11161, peer=79.136.10.173:55669
2014-05-12 10:25:10 Added time data, samples 13, offset -5 (+0 minutes)
2014-05-12 10:25:10 nTimeOffset = -1 (+0 minutes)
2014-05-12 10:27:34 ERROR: CAddrman::Write() : open failed
2014-05-12 10:29:52 receive version message: /Nautiluscoin:1.1.0/: version 70002, blocks=10807, us=195.47.113.76:11161, them=99.255.142.187:11161, peer=99.255.142.187:56135
2014-05-12 10:32:43 UPnP Port Mapping successful.
2014-05-12 10:32:50 receive version message: /Nautiluscoin:1.1.0/: version 70002, blocks=10797, us=195.47.113.76:11161, them=59.95.194.195:11161, peer=59.95.195.160:59970
2014-05-12 10:32:50 Added time data, samples 14, offset +4 (+0 minutes)
2014-05-12 10:33:43 nActualTimespan = 24 before bounds
2014-05-12 10:33:43 GetNextWorkRequired nActualTimespan Limiting
2014-05-12 10:33:43 GetNextWorkRequired RETARGET
2014-05-12 10:33:43 nTargetTimespan = 60 nActualTimespan = 45
2014-05-12 10:33:43 Before: 1c019473 0000000001947300000000000000000000000000000000000000000000000000
2014-05-12 10:33:43 After: 1c012f56 00000000012f5640000000000000000000000000000000000000000000000000
2014-05-12 10:33:43 *** System error: boost::filesystem::create_directories: Permission denied: "/home/carloss/.nautiluscoin"
2014-05-12 10:33:43 Error: System error: boost::filesystem::create_directories: Permission denied: "/home/carloss/.nautiluscoin"
2014-05-12 10:33:43 ERROR: ProcessBlock() : AcceptBlock FAILED
2014-05-12 10:33:43 msghand thread interrupt
2014-05-12 10:33:43 opencon thread interrupt
2014-05-12 10:33:43 dumpaddr thread stop
2014-05-12 10:33:43 addcon thread interrupt
2014-05-12 10:33:43 net thread interrupt
2014-05-12 10:33:43 Shutdown : In progress...
2014-05-12 10:33:43 StopNode()
2014-05-12 10:33:43 UPNP_DeletePortMapping() returned : 0
2014-05-12 10:33:43 upnp thread interrupt
2014-05-12 10:33:43 ERROR: CAddrman::Write() : open failed Any idea? Folder /home/carloss/.nautiluscoin exists an its writable: carloss@stakemaster:~$ ls -l -a | grep nautiluscoin
drwxrwxr-x 5 carloss carloss 4096 May 12 12:12 .nautiluscoin drwxrwxr-x 5 carloss carloss 4096 May 12 12:12 .
drwx------ 25 carloss carloss 4096 May 12 12:15 ..
drwx------ 3 carloss carloss 4096 May 12 11:58 blocks
drwx------ 2 carloss carloss 4096 May 12 12:12 chainstate
drwx------ 2 carloss carloss 4096 May 12 12:12 database
-rw------- 1 carloss carloss 0 May 12 11:58 db.log
-rw------- 1 carloss carloss 7324007 May 12 12:33 debug.log
-rw------- 1 carloss carloss 0 May 12 11:58 .lock
-rw-rw-r-- 1 carloss carloss 131 May 12 12:00 nautiluscoin.conf
-rw-rw-r-- 1 carloss carloss 6 May 12 12:12 nautiluscoind.pid
-rw------- 1 carloss carloss 26916 May 12 12:12 peers.dat
-rw------- 1 carloss carloss 61440 May 12 12:22 wallet.dat OS: Ubuntu Server 14.04, boost 1.55 I have same issue with myriadcoind, will ask in their thread as well. I don't have this issue with other wallets... Please help  |
|
|
|
no to jsem zvedavej teda |
|
|
|
I just tested withdrawing shibecoins from pool.mn, where I mine from the start and I can already see the correct transaction in the wallet. It just took half a minute. So I think the problem is not at pool.mn side, probably user credentials have been compromised. Users should never use same credentials for different pool registrations. shibe.pool.mn now on official blacklist. please move your miners somewhere else asap
why? was falsely accused of stealing miners' coins. As it turned out, some miners used same credentials to create accounts on multiple pools and their accounts were accessed from two IP addresses and coins were stolen. The IPs used to access accounts were: 78.8.23.163 and 78.8.84.48 ah ok |
|
|
|
Unfortunately it is doing that all the time I have libboost 1.54...do you think it is worth to try upgrading to 1.55? carloss Hello Carloss. Does this happen only during initial synchronization with the network? Or all the time.
If all the time, there is a known bug in older version of boost, which can cause the wallet to go out of sync. I am using 1.55 without any issues.
If it is only during the initial block chain download, then restarting once should be more then enough. I occasionally have to do this when doing the init sync. But even on my Pi, I didn't have to do it once. I just started it up and let it go..
|
|
|
|
Hello, I have often problems with the wallet (hobonickelsd, running on Ubuntu Server 14.04, compiled from latest git source). It is often stuck on something like this (snip from debug.log): 05/07/14 10:13:40 ProcessSyncCheckpoint: pending for sync-checkpoint 0000000002bde252b09a26e27d6c96d5594ca6340d6ff2de5138ca8a1f90d715 and it takes 100% CPU for a very long time or almost indefinitely without doing anything apparently useful. When I restart it, it can run for few hours or even days fine before this happens again. Any idea? |
|
|
|
|
Sign me up too, please...Thanks
|
|
|
|
I think this whole thread now misses this:  |
|
|
|
I am using cgminer version 3.7.2 for scrypt GPU mining. As far as I understand, the "--temp-cutoff" should allow me to disable the mining once the GPU reaches certain temperature.
I am using "--temp-cutoff 90" but I can see my GPU reaching 92 degrees and still hashing. Am I missing something here, or anyone else have had this issue before?
It works for me as long I use --auto-gpu, too. It disables the card when it reaches the cutoff temperature for some time (usually few minutes, depends on your hysteresis setting). I use cgminer 3.7.3 (kalroth's fork). However, after the temperature goes down, the card is not brought back again, I have to switch it on manually. This is a bug. |
|
|
|
I still don't understand why people behind new alt coins do announcements and countdown timers before they have anything ready. This is way too much risk for IPO investors and too much stress for developers behind the coin. Is it that hard to finish the development and test everything first and THEN announce the countdown timer? |
|
|
|
|
Yes, 0.297% is very fair error rate. I have 0.7% on stock freq, 1% when overclocked.
|
|
|
|
OC'ing question:
With Antminer S1 being overclocked to 393.75, what is the typical full power draw at the wall? I've seen numbers being reported anywhere between 400-500w. With my setup 500w might be borderline (each 1.5 ants on 750w corsair 750M)
Did anybody here measured the power draw?
I haven't OCed yet due to the overabundance of caution, but getting close to proceeding either to 375 or 393.75
I am now testing with good PSU and the power draw in W seems to be exactly equal to the frequency in Mhz. So my power draw at a wall is now 393 W (for 393.75 Mhz). Before I have tried with older 400W PSU and the power draw was 420W for 350 Mhz. Did not dare to overclock, the PSU was stable, but a bit hot (running close to the limit). |
|
|
|
wts 15,000 BTL @ 2 BTC total
(also LTC/VTC equivalents accepted at current rates)
I can also sell more or less BTL @ same rate (~0.000133). 3000 BTL minimum. If nobody is interested, will HODL  (no price cuts intended) |
|
|
|
|
wts 15,000 BTL @ 2 BTC total
(also LTC/VTC equivalents accepted at current rates)
|
|
|
|
Now I see I am already on block 1120097, so it seems I got past that barrier 1119999. This is with the recent client. carloss@r9miner:~$ ~/krugercoins/src/krugercoind getinfo
{
"version" : 70005,
"protocolversion" : 60001,
"walletversion" : 60000,
"balance" : 288.00000000,
"blocks" : 1120097,
"connections" : 3,
"proxy" : "",
"difficulty" : 0.00024414,
"testnet" : false,
"keypoololdest" : 1394451663,
"keypoolsize" : 101,
"paytxfee" : 0.00000000,
"mininput" : 0.00010000,
"errors" : ""
} |
|
|
|
|
