97% now reporting 1 hour to go
|
|
|
should this process in a release version take this long? Up to 91% now, reporting 4 hours to go
|
|
|
85%, reporting 4 hours now, although the number randomly just jumps around.
maybe incorporate some sort of mini-game for the wait, or a value/total transactions counting down (or up) until it's up to date? The time doesn't make sense, so are there other options on the dashboard screen to show something else?
|
|
|
do you think we should get a new thread set up? it's still terrible to see all the shit in the first few pages
|
|
|
Power settings are on high performance on Up to 78% now.
|
|
|
69% now after continuing to run overnight, now nearly 2 days
|
|
|
I completely understand And btw, I'm just running normal armory, not the supernode. still scanning transactions, up to 46% now and reporting 11 hours to go
|
|
|
This takes 1/2 an hour to fix, if you need a walkthrough, I'm happy to help You just need to get the links that are broken, create page's, configure them to be the URL that's now broken, and then use page links to, to send them to the correct (working) page. This would broken links across old builds, as well as this new build.
|
|
|
I stopped it while it was at 41% scanning transactions, going to get rid of the swapfile, reboot, and then try again. fingers crossed! It's initialising the bitcoin engine, so hopefully it'll get through initialising the bitcoin engine, building the db's and picking up from scanning the transaction history. It's just synced with network now, and flying through loading database headers, took about 4 minutes. Lets see how long it takes to build the database. Not very long at all, went straight from 0% to 99% straight away. Went out for a few minutes and when I came back, it's back to scanning transaction history at 41%. There isn't any noticeable difference at all whether pagefile is on or off, still taking forever. I'll leave it running overnight and hopefully my wallets will be up to date in the morning. But You can halt the scan process at any time, even by killing the process. The DB is resilient to segfaults. +1 Just another minor bug, I noticed noticed that the link on the welcome message isn't working Links to https://bitcoinarmory.com/faqs (which shows page not found), should be https://bitcoinarmory.com/faq/Btw, a quick way to fix all of these broken links is to install something like https://wordpress.org/plugins/page-links-to/ , and then you can set up the pages to link to the right one.
|
|
|
16gb ram here and quad core i7, but not ssd
now up to 34% into scanning transaction history. my cpu is low, but disk and ram usage nearly 100%
I have a large swapfile though, so I wonder if that's what's causing the delay in my case?
|
|
|
Just back in now, says it's scanning transaction history and done 26% so far, reporting 18 hours to go. So looks like it'll take from lunchtime Sunday, till tomorrow morning (Tuesday) to have it installed, downloaded the bootstrap torrent, synced from there, build the database and scan the transaction history. 48 hours is a LONG time. I know it has to be done once, but is it just me on a normal hard drive having this?
|
|
|
Finally finished building the database while I'm out, now scanning transaction history. 9% done, 15 hours to go.
Is there any way armory could use a GPU as well as a CPU to help speed these up?
|
|
|
database build is taking forever too. Been running for over 24 hours on my PC now, and last night when I went to bed it was 75%, now ~7 hours later it's at 80%, with the time varying wildly from 1.5 days to 16 hours.
I read into this, and my clock is properly synced with the internet, and the correct time zone.
It does flash up occasionally disconnected/reconnected from bitcoin qt, but if i've already downloaded the blockchain, and it's building databases (ie after this), surely this shouldn't matter, right?
Last few lines in the log are
-INFO - 1421029109: (..\BlockUtils.cpp:384) Reading raw blocks finished at file 164 offset 134135074 -INFO - 1421031238: (..\BlockUtils.cpp:384) Reading raw blocks finished at file 165 offset 133981448 -INFO - 1421033239: (..\BlockUtils.cpp:384) Reading raw blocks finished at file 166 offset 133941531 -INFO - 1421035623: (..\BlockUtils.cpp:384) Reading raw blocks finished at file 167 offset 134108933 -INFO - 1421037781: (..\BlockUtils.cpp:384) Reading raw blocks finished at file 168 offset 134057186 -INFO - 1421040036: (..\BlockUtils.cpp:384) Reading raw blocks finished at file 169 offset 133981151 -INFO - 1421042170: (..\BlockUtils.cpp:384) Reading raw blocks finished at file 170 offset 134031450 -INFO - 1421044261: (..\BlockUtils.cpp:384) Reading raw blocks finished at file 171 offset 134021369 -INFO - 1421046167: (..\BlockUtils.cpp:384) Reading raw blocks finished at file 172 offset 133970023 -INFO - 1421048166: (..\BlockUtils.cpp:384) Reading raw blocks finished at file 173 offset 133928453 -INFO - 1421050733: (..\BlockUtils.cpp:384) Reading raw blocks finished at file 174 offset 134127177
Just checked now ~40 minutes later, and it's jumped to 87% and says 2 hours remaining
|
|
|
it says with 72 hours, been 14 days now
|
|
|
I maintain a list of faucets, and if it's stopped paying out, I'll have to remove ten or so.
|
|
|
I also tried signing a message with Eligius with one of my wallets, while things are syncing which worked fine. I noticed something though to do with the sort order in the address book. Tools | Message Signing Verification | Click address book icon I have different things there. I sorted the columns by letter, and I noticed all the lowercase wallet names at the top, above [[change received]]. If I go in and edit it so the wallet name is beginning with a capital, and click sort again, it drops into order. Then if I rename it back to lowercase, it pops back up the top. So it doesn't look like the sorting is working correctly. Surely t = T ? Keep an eye on wallet #61 When it was triplemining, it sorts above the [[change received]], but when it's Triplemining, it's below. And just further to this, it lets me into the address book as above, but when I click addresses | view address book, it pops this Surely if I can't get in one way, I shouldn't be able to get into the other?
|
|
|
I'm waiting for armory to sync before I load in wallets with my bitcoin But I did try just now, and it let me import a wallet, even though it's not synced. I try and do a second, and it gives me that error. Is that supposed to be the case? And then I clicked ok, clicked import again, and even though it's still syncing, it let me do a backup Then the error saying I couldn't do it just stopped popping up, and lets me do the imports either way. I just imported three wallets
|
|
|
Also, after I click 'Receive Bitcoins' below the Armory logo, a tiny window pops up with nothing but an empty progress bar and will not go away.
I get this on Windows too, it pops up a message and that little progress meter shows up. I move them side by side in screen below.
|
|
|
Hi all, Not sure what the right forum for this is, so putting it in general. Anyone else using bitcoin-cloud.eu microwallet and not getting paid? I did get paid by them before Christmas, but my earnings are above the threshold for over a week now, and still nothing.
|
|
|
|