So guys, what do you think of this?  Are you using extra long PCIe extenders? (I know the ones I have from Cablesaurus wouldn't be long enough) Other than that, looks promising! |
|
|
|
I am usually all for telling people to piss off and RTFM, but this thread is a bit of a nightmare so I have been letting people slide lately.
I am hoping that with 0.5 we can cut a lot of the old stuff out and get a sort of fresh start.
Transisto has been working on gathering the info from this thread, the wiki, the faq, the irc channel etc. I'm sure he can use some help.
Compiling it into a database of some sort? I'd be glad to help, but I'll need some more information. |
|
|
|
0.5 is due out any minute now, like literally later today.
I am calling this thread a loss, for the most part. Will start a new one. Maybe I'll document it better. Maybe not.
I will update my mirror when it's released. A new thread is probably a good idea, but do make sure to archive this one. It will save (hopefully) some duplicate questions if you link to the archive and tell readers to search it before asking questions. |
|
|
|
As a way of expressing my gratitude for lodcrappo's excellent software and contributing in a way that did not require me to spend what little Bitcoins I have, I set up an anonymous FTP mirror of BAMT on an unmetered server. It can be accessed at ftp://50.53.21.166:3141/bamt/bamt_v0.4b.zip. I will add 0.5 when it is released to the public, and I'd be glad to keep the older versions on there in case anyone needs them. I posted this awhile ago. Just wondering if you want to put a link up on the download page, as I doubt people are going to search through a 60 page thread for a FTP mirror.  |
|
|
|
I would like to avoid the fees of Ebay and Paypal, so I will offer them here. I have an offer on the table of 429 each to take all of them.
I will offer them for 95 BTC ea. + shipping.
95 BTC is $418. If you already have a higher offer, why are you trying to sell them at a lower price? |
|
|
|
|
Username: BinaryMage
Thanks in advance!
|
|
|
|
Sorry for the double post, but I felt this one deserved it's own post... I just want to say THANK YOU to who ever just invested in 1500 shares of BTCSYN! I know myself, and the other founding members (And the other shareholders) all appreciate your support. That's FANTASTIC! The faster we sell out the IPO the faster we'll purchase our FPGA miners, and move ahead into the growth and profit phases of our operation. (and begin pursuing other initiatives as well). So once again, GOOD JOB COMMUNITY! So far we've sold nearly 50% of the shares released for public trading in less than a 24h period. This is just FANTASTIC! Thanks again! (and keep up the good work! lol)  You already have the highest 30D volume of anything on GLBSE - after one day! Congratulations! I'm investing, just waiting for the transaction to confirm. EDIT: Confirmed, shares bought. |
|
|
|
get rid of the capital letter O in your miner id. lower case only. it will start working.
Man, do I feel stupid.  Thanks, that fixed the problem. |
|
|
|
|
That is easily the most intriguing venture I have seen in a long time. Following. (BTW, for anybody interested, at current difficulty you would get ROI in about 22.5 months)
|
|
|
|
I agree completely about the principal of it, and our intent was always to not contribute to deepbit. But because at the time we were pushing for a quick launch, we went with what was easy and fast, which was deepbit/slush (with the intent being to focus on slush with failover to deepbit). But because of the unexplained spike in rejected shares we dropped off to deepbit as our primary. Also we hadn't had the time lately to do a ton of research in pool options. Back when many of us started mining deepbit and slush were the ones to go with. A lot has changed, but we just stuck with what we knew and what worked. I never worried about it too much with the Syndicate because my feeling was always that a pool was merely a short term stopgap (we would quickly reach a hash rate allowing us to mine solo, and so would not need any pool, or would start our own). That said, I would LOVE to switch to P2Pool from what your describing. But I will need to do a bit more research to validate this. And unfortunately at this point, it's not up to me anymore (any change at this stage would require a motion to be raised and voted on). But if my review confirms what you're saying here, I agree, it would be a no-brainer. Likely easier than setting up our own dedicated pool, and would be a great stepping stone to move towards fully solo mining. I think the setup you describe is inline with many of our goals longterm. So I'll review and let you know what I come up with (and if we raise a motion to switch it). And yes, we are definitely very serious about bitcoin and the future. I am in definite agreement with Holliday; I don't want to (no offense to you or them) support Deepbit in any way, shape or form, simply due to my concerns about centralization of mining power. I agree p2pool is the best long-term option, but for a short-term, easy to switch to one, there are many options other than Deepbit. BTCGuild & ABCPool both offer low-fee PPS, EclipseMC offers zero-fee double geometric. (close to proportional, hopping-proof) At least in my opinion, any of those would both be more profitable (lower fees) and less potentially damaging to the future of Bitcoin. |
|
|
|
well, first of all the templates in /opt/bamt/munin are not intended to be executed directly, they will fail, that is normal. so these screenshots unfortunately mean nothing. the error you are seeing is perfectly normal, as running a template is not supposed to work.
second... please just copy and paste text, there is no need to take screenshots of an ssh session.
you need to be looking at the files in /tmp/munin/log
these will contain the answer.
/tmp/munin/logs/munin-node.log is empty. /tmp/munin/logs/munin-limits.log repeats this message: 2012/02/22 10:14:01 Opened log file
2012/02/22 10:14:01 [INFO] Starting munin-limits, getting lock /tmp/munin/run/munin-limits.lock
2012/02/22 10:14:01 [INFO] Process 26941 is dead, stealing lock, removing file
2012/02/22 10:14:01 Fatal error: Could not open "/tmp/munin/db/limits" for writing: No such file or directory at /usr/share/perl5/Munin/Master/LimitsOld.pm line 124
/tmp/munin/logs/munin-update.log had normal messages except for the following: 2012/02/22 15:20:03 [WARNING] Config node minerOne listed no services for minerOne. Please see http://munin-monitoring.org/wiki/FAQ_no_graphs for further information. Checked the webpage as listed, applied the suggested fixes to no avail. root@minerOne:~# su - munin --shell=/bin/bash
munin@minerOne:~$ /usr/share/munin/munin-update --nofork --debug
2012/02/22 15:51:19 [DEBUG] Lock /tmp/munin/run/munin-update.lock already exists, checking process
2012/02/22 15:51:19 [DEBUG] Lock contained pid '4587'
2012/02/22 15:51:19 [INFO] Process 4587 is dead, stealing lock, removing file
2012/02/22 15:51:19 [DEBUG] Creating new lock file /tmp/munin/run/munin-update.lock
2012/02/22 15:51:19 [DEBUG] Creating lock : /tmp/munin/run/munin-update.lock succeeded
2012/02/22 15:51:19 [WARNING] Could not open STATS to /tmp/munin/db/munin-update.stats.tmp: No such file or directory
2012/02/22 15:51:19 [INFO]: Starting munin-update
2012/02/22 15:51:19 [DEBUG] Creating new lock file /tmp/munin/run/munin-minerOne-minerOne.lock
2012/02/22 15:51:19 [DEBUG] Creating lock : /tmp/munin/run/munin-minerOne-minerOne.lock succeeded
2012/02/22 15:51:19 [DEBUG] Reading from socket to minerOne: "# munin node at minerOne".
2012/02/22 15:51:19 TLS set to "disabled".
2012/02/22 15:51:19 [DEBUG] Negotiating capabilities
2012/02/22 15:51:19 [DEBUG] Writing to socket: "cap multigraph
".
2012/02/22 15:51:19 [DEBUG] Reading from socket to minerOne: "cap multigraph dirtyconfig".
2012/02/22 15:51:19 [DEBUG] Node says /cap multigraph dirtyconfig/
2012/02/22 15:51:19 [DEBUG] Writing to socket: "list minerOne
".
2012/02/22 15:51:19 [DEBUG] Reading from socket to minerOne: "".
2012/02/22 15:51:19 [WARNING] Config node minerOne listed no services for minerOne. Please see http://munin-monitoring.org/wiki/FAQ_no_graphs for further information.
2012/02/22 15:51:19 [DEBUG] Lock /tmp/munin/run/munin-datafile.lock already exists, checking process
2012/02/22 15:51:19 [DEBUG] Lock contained pid '4587'
2012/02/22 15:51:19 [INFO] Process 4587 is dead, stealing lock, removing file
2012/02/22 15:51:19 [DEBUG] Creating new lock file /tmp/munin/run/munin-datafile.lock
2012/02/22 15:51:19 [DEBUG] Creating lock : /tmp/munin/run/munin-datafile.lock succeeded
Fatal error: Could not open '/tmp/munin/db/datafile' for writing: No such file or directory at /usr/share/munin/munin-update line 38
munin@minerOne:~$ No such file or directory at /usr/share/munin/munin-update line 38 That's what I got for one of the suggested steps. I know nearly nothing about Munin, so I'm afraid I'm not sure what to do at this point. Googling the error messages didn't get much. |
|
|
|
It is running. That's good I think. Is there a config option to tell it to monitor?  I tried to cycle it. I will report back with results. edit: Still no luck, but  It just stays like that. It hasn't worked since I updated bamt. Before that it did. Maybe it was something with the munin update? So, is there anyway to redo an update?  So, according to this, it can't find my plugins? >< I have the exact same issue. Cropped up awhile ago but it never bothered me enough to do anything about it. Reinstalled BAMT for another reason a few days ago though, and the same problem happened again. It worked fresh without any fixes, but once I had installed all the fixes I got the same error cmg did. Google didn't pull up much of use, any ideas? |
|
|
|
The only difference is we have purchases running now, so it maybe an issue with your private pool.
Here's the last 6 hours from that pool after disconnecting and removing GPUMAX from my config....12noon MST to 6pm MST http://members.shaw.ca/bitlane/6hrs.jpg...as you can see, there are definitely no issues with that pool I decided to get a solid 6hrs of data just in case, to see if anything happened during that time, as normally, I would have half a dozen 'sick' miner instances by then. But after 6 hours, no sick miners....nothing....everything still running without restarts of any kind. Now that I am connected back to GPUMAX, I will take another screenshot at midnight my time and put them sidebyside to compare... <EDIT> I just noticed that I have already racked up 6x more Stales/Rejects in 6 minutes than I did over 6 hours on my other test above.... A delay due to the middleman, perhaps? I use ABCPool as my private; stales/rejects through GPUMAX seem similar to normal direct connection... |
|
|
|
BinaryMage: I'm not at my computer right now but I will make your suggested alterations later tonight when I do the IPO. Would you by any chance be willing to add an "edit" to the end of your earlier post where you reccomended against investing? If not, I understand. But if you would I would be grateful, as I think seeing that post early may discourage some who may not read the thread from investing. I'm not asking you to edit the post content itself simply append a note.
Thanks again for your questions and suggestions.
Edited. I don't generally do that, because I think it likely that any potential investor would read the whole thread, and edits can make it hard to follow a conversation, but I'm willing to comply with your request in this case. You don't need to thank me, but gesture appreciated nonetheless. Thank you for reading and honestly answering those questions. I can say that I do now recommend investing in this company. (Not that I'm an expert by any means) Glad to see the IPO went alright! I do plan to invest, but it's late here and I'm exhausted. It'll have to wait until morning. |
|
|
|
I've been mining using my 'backup pool' which is BTCGuild for the last few hours without a hickup with everything else removed from my config.
Connecting (or trying to) to GPUMAX takes longer than it should in CGMiner (as BTCGuild connects/starts immediately by itself)....it leaves CGMiner at it's starting screen for up to 10+ seconds most times....even when it is the only pool in my BAT file.
I only connect to 2 places. GPUMAX and BTCGuild....and for testing, am leaving out a backup when trying either or.
Huh. I'm running BAMT (Phoenix) with no issues, and Phoenix on another Windows rig, also with no issues. Could it be a CGMiner problem? |
|
|
|
Any updates ?
I finally had to move my miners onto my backup pool exclusively, as I was having too many 'sick' miners in CGMiner.
I actually had to remove GPUMAX from my pool list in my config entirely for the time being, as even leaking work to it as a backup pool was causing me problems.
Let me know when everything is back online and I will try to reconnect everything.
bitlane.
Hmm. It's working just fine for me; my miners have been stable with no disconnects for multiple hours. Check your GPUMAX backup pool, maybe it's the issue. |
|
|
|
|
(In reply to Glasswalker's earlier post in reply to mine)
Sorry for the delay, I also have had a busy schedule.
Length is not an issue, there's nothing wrong with being verbose. It's much more important that you convey your points clearly, which you have.
I did include an estimated $50 for shipping for the hardware, but you would certainly know the shipping situation better than I, living in Canada as you do. Just do consider the fact that you're competing with US-based businesses, in many cases. Again, it's not what I'd price the hardware at, but it's your call.
I think it's perfectly reasonable to use the USD/BTC conversion rate at the time of the IPO; that's just not what's stated in your bylaws. ("this rate is calculated based on the average "street price" of building a mining rig at the time of the formation of the syndicate")
If you change that, I think the price would be much more reasonable to investors.
"Best effort" is understandable. As long as you have at least considered the legal issues, I understand guarantees are tough, and I certainly wouldn't want you making promises you couldn't keep.
I'm afraid I still don't understand the reason to run multiple unrelated ventures under one banner; you aren't (I assume) being taxed. But as long as you would require a majority vote on each one, I can acquiesce.
A future debt clause is fine. Just wasn't sure what you were referring to there. (wanted to make sure I wasn't misinterpreting anything)
Thanks (again) for answering all of my questions completely and professionally. I look forward to (hopefully) seeing this business prosper.
|
|
|
|
I'm not going to quote due to length; this is in response to the above post. No worries about delays, we all (or I should say most of us) have lives apart from Bitcoin. Thank you for taking time to read, consider, and honestly answer questions; that is quite impressive. The "Mining hardware comparison" page is not really accurate on prices. For example, here is a priced out rig: HD 5830 x3 @ 109 ea. (off Ebay, refurbished with warranty) - $327 OCZ ZS 750W 80 Plus Bronze @ 100 ea. (new off Newegg) - $100 ASRock 970 EXTREME4 @ 110 ea. (new off Newegg) - $110 AMD Sempron 145 @ 40 ea. (new off Newegg) - $40 Kingston 2GB DDR3 @ 11 ea. (new off Newegg) - $11 Cooler Master HAF 912 @ 60 ea. (new off Newegg) - $60 Total cost: $648; adding in ~$50 for shipping comes to ~$700 MH/s: ~310 per card (can be achieved with minimal effort), ~930 total. $700/930MH = ~0.75 $/MH That's with an unoptimized rig using all new component excepting the GPUs, including a case. It took me about 15 minutes to configure. Your price is your decision, not mine, but I think $1/MH is simply unrealistic. Loan-wise, a one-year loan seems reasonable for the same price as to buy with hardware maintenance & electricity included. But I'm unclear on what exactly your method is for maintenance. "responsible for replacing those MHash" is not concrete. Are they required to replace it within a certain time period? What happens if they do not? Is the downtime paid back at the end of the loan? What happens if someone chooses to leave? I'm sure these people are trustworthy, but a year is longer than it seems, especially for an industry so volatile as Bitcoin. I would like it, as a potential investor, if you have a plan for what to do if someone departs the Syndicate. Future opportunities-wise, you have some novel ideas and some already implemented. If you want more detailed feedback, PM me, but it isn't really relevant to this thread. What I do not understand is why any of these, possibly excepting the first, should be coupled with a mining operation. A competitive gaming league, for example, may be a good idea, but is entirely unrelated to a GPU/FPGA mining operation, and at least in my opinion should be run as a separate company. Investors are not investing in you. They're investing in your company. Your forecasts seem reasonable enough, though I obviously cannot audit them more closely without numbers. As for the dissolution, I understand such a clause is necessary, but I still have a few reservations. "Failure to participate in this timeframe results in your shares being counted as "pass" votes" is the first. I'm not sure what the intent is here, but it seems to leave a significant legal loophole. With no method of voting defined, one could simply call a vote, not give any way for anyone to vote, and close the syndicate. I'm not implying that I think it likely you would do this, but it seems something that could easily be changed, and would reassure me. Secondly, "all liquid assets that the Syndicate holds (all Bitcoin Values) will be used to clear any debts/expenses outstanding for the Syndicate" also concerns me. Unless you are buying gear on borrowed money, since you stated that the electricity costs for the GPU miners are paid by the syndicate members, the only possible expense would be FPGA electricity cost. The chances of FPGA mining becoming unprofitable in the next year are virtually nil. What possible debts are you talking about? Your identity seems perfectly legitimate. (Though the website listed on your Twitter account, http://www.samuraipotato.com/, gives a 403 error) Again, thank you for answering my questions. I certainly will "fire back", in what I hope is a perfectly friendly way. Understand I wish the best for you and your operation; I just think investors would much appreciate some clarification. (And hopefully, it will help you too!) |
|
|
|
LTC isn't very profitable but I enjoy it as well as the potential of being an early adopter if it takes off (or at least gains decent monetary value)
It won't, but your call. As long as the 1kW PSU isn't no-name, you should be alright. I'm running 2 different wattage thermaltake psu's (non 80+) and have never had an issue so I think I'm going to get a Thermal take 1000w or higher 80+ psu That'll be fine. Best of luck to you. |
|
|
|
Do tell? If it is anything with running multiple X sessions, I am enough of a linux noob to not know how this works or where to begin. If you mean by using VT-d and some virtual machines to overcome the driver limits, sure sounds good but my hardware is not capable (no VT-x or VT-d unless I get a more expensive host board). Or, if you mean modifying the drivers in any way, or using specific versions without a limit, perhaps you will enlighten me in that regard? EDIT: Spoke on IRC, and it seems that VT-d was the idea, but unfortunately my current hardware doesn't support it  Seems like VT would work though; how much are VT-d capable host boards? |
|
|
|
|
Show Posts
