Ok, I had possible short internet blackout or disturbance (was not at home).
came back to observe the following:
One batch 2 miner (9/15 system) fully recovered by itself.
Second batch 2 miner (10/23 system) did not recover, both fans were rotating, but not full tilt, air was coming out hot and miner was making a solid noise (not periodic, but continuous beeping); it was obviously not mining and did not recover the internet connection. I switched it off, let it sit for 5-10min with an external fan blowing air toward intake. Once air was coming out ~ambient, I switched the PSU back on and miner recovered internet and is hashing.
Conclusions:
in this batch 2 (updated to October system), fans were NOT rotating at high speed after internet loss and miner did not recover by itself upon internet restoration, but miner with 9/15 system did (the opposite of what you would be expecting).
The good news is that it did not burn itself either.
This was an issue with the S5's. I first reported it back in the S5 thread several months ago. I'll never be able to find the thread. I came very close to burning up all my S5's so I chose to hook up all my fans directly to the PSU and not rely on the controller. Simple molex 3/4 pin board. User "thedreamer" prompt the idea a while back. Never had heat issues or any issues since then. EDIT: Wasn't aware the S7's had a manual fan control. I never upgraded my S5 firmware that I believe does have that control. Don't remember, but since my S5 firmware is so stable and consistent I did not want to upgrade. Just moved fans to constant power. |
|
|
|
^you can get away with a bit more than 80% load, but i would absolutely not exceed 90%. for the risks it creates, you may as well just install another breaker+wire run, instead of risking a failure in your wiring.
That's the way I am leaning right now since if a fire did start it wouldn't be to code and insurance would have a valid argument. I guess I will simply use the wire for the 240v run for the unused AC during the winter, seems better than gambling with fire and code violations. Thanks for the banter, it helped convince me not to overload the PDU's marginally.  Ufo Wait, you don't have a fire suppression system with that setup? When there's that much invested you want to protect it. If you've never experienced a fire you'd think real hard about making some changes. And I'm not talking about a little stove fire from burnt butter. I'm talking about burn the house down fire. |
|
|
|
Hi, does anybody knows how to stop beep sound when connection to net is down? I cannot find any controler of "beep sound" like S4 had. Thanks for any advice.
I don't think the S7's have a speaker to notify you when the internet connection goes down. I may be wrong but I though that's how they designed them. I have two now .. both of them beeps like a hell ..so it does You hear beeping over the jet blasters? |
|
|
|
Mine was finally processed in California and is now heading to Toomim Bros in Washington.
I'm sending mine to Toomim Bros also so post your experiences when things get set up for you. I placed my order on 9/6 so nothing for me yet. How are you going to make your money back, you are getting charged for co-location fees, right? |
|
|
|
|
I have a 120GB SSD drive all setup for use with Armory and ran out of space while downloading the blockchain. How big is this thing now? I just can't see using over 100GB on my primary Intel 750 SSD drive. I have 120GB SSD's laying around to use, but not enough?
When Armory downloads the first part, that huge 28-30GB file, is that file automatically deleted after it is imported or used?
EDIT:
That's what I had to do. I had to manually delete that large CDN seed download from the beginning since it was holding over 30GB+ of space. Once I did that, Armory was then able to finish up. Now I just imported my wallet and has to scan for transactions. Has to be done on an SSD. Mechanical drive's are jut too slow.
|
|
|
|
Here are the jet engines. Jet EnginesThere's a big reason why there are two if these fans. I wouldn't even recommend wasting money on quieter fans. If anything you could maybe replace one of the jet engines with a quieter fan, but not both. |
|
|
|
I bought 0.5w/GH hardware for 1BTC/TH over 6 months ago - its basically paid for itself and still holds the same value on the resale market. This stuff at 2BTC/TH, without power supply, is insanity
add the risk of miner failure! and that is over a longer time! miner broken and you got fucked like a royalty! This is a problem lots of people don't think about. Such a high value single product, one controller doing everything. The "idea" is NOT to put all your eggs in one basket. |
|
|
|
It's the J/GH that's the important part.
Yes the cost is up right now. But if you have good electrical rates, and the 205 outlet needed to run the thing, and are only paying 1/4th a watt per GH then it seems like a pretty good deal. I have 9 cents electricity. I calculated ROI for almost 250 days, but then we'll see block halving. I think ROI is not possible with my electricity fee considering mining difficulty. I think even with free electricity and the block cutting in half no one will ever get their money back on these. Common sense on this one. |
|
|
|
Right click the Armory executable, find the tab (or whatever it is on Windows these days) where the target command line statement is. It should say something like "Armory.exe".
Append the argument "--satoshi-datadir=<your bitcoin core directory location here>" to the command. Should work.
The Armory settings confused me a little, but you also need to add start up switches. Read this thread for some help. https://bitcointalk.org/index.php?topic=1146925.0 |
|
|
|
In the meantime
Not quite identical to how I did mine, but close enough folks might mistake our miners for being modded by the same person. 8-) I usually use a small jeweler's screwdriver 'cause I have it around, but have used an XActo in the past to remove pins from connectors for other reasons in the past. Just needs to have a point or a very short narrow blade to be able to press down on the retainer tab while pulling the pin out. I DO recommend using actual electrical tape for isolation of the pulled-out pin - some 'adhesive' tape types have very little insulation value. I've not been impressed with smits firmware - have it on one of my S5s, and that machine hashes a good 5% slower than ANY of my others at the same clock. I don't think the cgminer 4.9.0 is optimised right for the S5, as that's the only difference I can find that would account for the difference in hashrate. I have SMITS firmware on over 14 S5's and always has worked great. cgminer 490 freq control version. |
|
|
|
I am adding another 20Th to my home mine over this next week. I will take some pics when done.
what kinda elec are you paying etc etc (just can't see how you can profit on such with todays btc machines) not a slam just saying Mining is always profitable or no one would do it. You may have to put some effort into, move to another city, make improvement's to your house, etc but its profitable. Mining is not always profitable. Effort, as you mean "money" into it. Move to another city? That's a huge incur in cost, just slap that onto the negative balance. Home improvements, expensive. More negative numbers you can add to the balance sheet. Lots of people on here have the bitcoin delusion syndrome. No matter what you tell them, prove to them, even if they just paid $800 in an electric bull for one month at home, mining will somehow make them money. I've seen it with lots of folks on here that have drank the kool-aid. |
|
|
|
Use the --dbdir command line argument to target a custom db path. You can move the current files there, no need to rebuild from scratch. There's no option in the GUI for that purpose, what you are using is to tell Armory where to download and look for the raw block chain data when auto managing Core.
Thanks. Where are the command line arguments listed anywhere? |
|
|
|
This is how Armory's DB has always worked. It copies all block data over to its own DB. If you want to light version, build 0.94 from source and try it out, it's in the ffreeze branch.
Just to be clear, Armory developers see the issue with how big and how much GB the chain takes up locally right? Hence a "light" version is around? If in fact this is how Armory is why can't there be a setting to point that folder to another location? Why does it have to be on the local drive? Even if Armory is installed on another drive, it still makes these files on the primary drive. I run many portable programs. Can't Armory do something like that? And the chain is only getting larger and larger. I did see your other comment in the other thread. Looking for the different switches I can use. |
|
|
|
Ok,
I need to understand better this.
win 7 64b, armory 0.93.1, bitcoin 0.10
I have Armory installed on a different drive. On the same drive I also have the bitcoin sw.
The settings of armory are pointing to this drive. Everyting is working fine.
I rescanned the entire blockchain, but now i see that armory has put 2 copies of the blocks. One in the said drive (some 38GB of data) and a similar block in the /username/appdata/roaming/armory/databases (another 38GB).
This is an SSD and I don't want it there.
The only difference I see it that the AppData the dir "databases" is made on one giant file named "blocks" of 36GB and some other small files (headers, history, txhints and their realtive lock files) and there is no "blocks" dir.
In the armory directory of the regular drive I have the dir "blocks" that is made of the hundreds of "*.dat" files totally another 36 GB of data while the dir "databases" is just a small "log" file of 1k.
The bitcoin dir "database" is empty.
So, why do I have 2 sets of 36BG lying around ? Can I move them in one drive and if so how ?
I've been using armory since 0.9 so I think I know what I am doing, but this double set of data is buffling me.
Any help ?
TIA
Pflip
I just asked this same question in a new thread a few minutes ago. Kind of the same exact situation. I have a 40GB file called BLOCKS in /username/appdata/roaming/armory/databases folder. It was not there prior to me importing my wallet. After the import, file appeared. Need to find out how to change this. Can't mess with the Windows path statement, so I really hope Armory has a solution. |
|
|
|
I was finally able to sync up the block chain. All looked good until I imported my wallet. A few things went nuts on me. I have Armory taking care of running the the daemon in the background. I also have the BITCOIN HOME DIR set for another drive on my system. All 72GB of the blockchain downloaded to that drive fine until I imported my wallet. First my computer froze on me and Armory pretty much took over. My CPU, HD and memory were all at %100. What's funny, is I have 64GB of memory, Intel i7-5930k processor and an Intel 750 PCI 40 lane SSD drive. Armory really isn't a 64bit application is it? I've never seen a program take down my machine like that. While my Noctua CPU fans were speeding up more and more I let it complete. It just said SCANNING. Anyway I ended up with machine and resources back but 40GB of data on my primary SSD drive in one file called BLOCKS. I thought this was all supposed to be put on that alternative data dir that I set in the settings area? How do I get this 40GB of data off my primary SSD and on the correct drive I have set in BITCOIN HOME DIR? I never saw such a program give me so many memory hard faults. I'm using Armory 93.2 and bitcoin core 0.11. I don't care if I need re-scan again, I do not want to use my valuable primary SSD space, especially not 40GB for one file that can easily be put on an alternative drive. This is my current setting:  And here is the file  |
|
|
|
Just disable torrent feature... No advantages in using it.
Was able to get it up and running but a different scenario, so I may as well start a new thread. Not really related. |
|
|
|
Look at this simple small box. The top was at 6.11PH and then all of a sudden drops to 3.13PH. That's a lot of hashing power to drop in less then an hour. Seems they may not get their act together.  |
|
|
|
|
This pool is getting worse and worse. The last two months have been horrible and my miners are constantly being disconnected in the late hours (in the US) all the time. I'm probably making %20 less than any other pool just because of all these disconnects and connection issues and I have the past year's connection in stats. Soon as BTC started to rise up, the problems started to happen. I guess they wanted that little extra for themselves. Really a bad pool now. Will be running p2p or another pool soon as I get the time. Not even worth to mine here.
|
|
|
|
Yeah, you'll be fine. Also, if you upgrade to 0.94 when it comes out, the amount of space will be cut by about half. My pre-release, fully synced Armory 0.94 DB is ~175 MB, with ~46 GB worth of blocks and another 1 GB worth of "chainstate" data under BC Core.
I don't want to eat up expensive SSD space, so I think there is a way you can point to use another drive for the database. I didn't spend bookoo money on an Intel 750 SSD for an 100GB blockchain DB. One of these days the DB will just be too large for local machines. Unless developers figure something out I guess. There are two command line options. Use the "--datadir" option to change the Armory home directory (not that big a deal once 0.94 is released), and the "--satoshi-datadir" option to change the Bitcoin home directory (much more important since you'll still need a full blockchain). I just got this example from the wiki at " https://en.bitcoin.it/wiki/Data_directory" "C:\Program Files (x86)\Bitcoin\bitcoin-qt.exe" -datadir=d:\BitcoinData I just installed, so I don't need to move anything. My bitcoin data directory is o:\blockchain So my Armory settings should look like this, right?  |
|
|
|
|
I used the -datdir=<path> at the end of bitcoin-qt.exe shortcut and also input that path in the Armory settings under "bitcoin home dir". It is downloading for sure, but I don't see the new data path filling up at all. I installed the core in the default path, so I let Armory find that, but changed the home dir setting. Been downloading for a little bit but can't find where it is going right now. I figured my optional "-datdir=<path>" would start to fill up but it is not.
|
|
|
|
|
Show Posts
